说起来，Macromedia Projector这老伙计，真是伴随了我好些年头。那时候搞多媒体光盘，做一些展览展示的项目，这东西就是主力，把Flash内容打包成独立程序，在各种机器上跑。遇到的故障，那真是五花八门，每次都得琢磨半天。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.icu
第一次碰壁：程序一闪而过
我记得特别清楚，刚开始那会儿，客户的项目急着要，做好了一个展示程序，打包出来。在我的开发机上跑得好好的，咔咔的。结果拿到客户现场的机器上一运行，点一下，画面就那么“嗖”的一下，没了。连个错误提示都不给，就直接退出了。当时我人傻了，头一次遇到这种情况，心里直打鼓。
- 初步尝试：
- 我先是想着，是不是安装包有问题？赶紧把最新的打包工具又跑了一遍，重新生成了一个EXE，拿过去，结果还是老样子。
- 然后我怀疑，是不是客户机器配置太差？但那是一台新电脑，配置肯定比我的老机器
- 我又试着把Flash Player独立安装包弄到客户机器上装了一遍，心想是不是环境没对，结果装完再跑，依旧是一闪而过。
- 深入排查：
没办法了，开始找线索。我把那个程序放在客户机器的桌面，然后右键，找属性。我记得当时尝试勾选了“以兼容模式运行”，挨个从Windows 98到XP SP3都试了一遍，结果仍然不行。再后来我注意到程序的图标右下角有个小盾牌，尝试“以管理员身份运行”，这一下，奇迹出现了！程序正常启动了。我当时就乐了，原来是权限问题。那会儿Win7刚出来没多久，好多老程序对UAC（用户账户控制）不适应，老是需要管理员权限。这个问题算是第一个大坑，让我明白了以后部署程序得考虑系统权限。
第二个麻烦：卡死或无响应
后来又遇到过，程序启动是启动了，但是跑着跑着，就卡在那里不动了，鼠标转圈，然后显示“无响应”。这个情况比上面那个更折磨人，因为它不是一开始就挂，而是随机性出现。
- 问题复现：
这个更难搞，因为不是每次都卡。我得让客户或者我自己反复操作，找到一个比较容易卡死的点。通常发现，卡死的地方都在播放视频、加载大量图片或者进行某些复杂计算的时候。我开始怀疑是程序内存泄漏或者资源占用过高。
- 找寻原因：
我当时没有什么高级调试工具。我的土办法就是，把Flash源文件（FLA）打开，把那些视频、图片、动画一个个剔除出来，单独测试。发现某个视频文件换成其他格式或者编码方式后，卡死的几率大大降低。还有时候，Flash里面用了一些外部DLL或者ActiveX控件，如果这些控件在客户机器上注册失败或者版本不对，也会导致程序卡死。
- 我的解决之道：
- 资源优化： 对视频文件，我都会重新编码，压缩成更小的体积，选择兼容性更好的AVI或者WMV格式（那时候MP4还没那么普及，或者说编码兼容性问题更多）。图片也会进行批量压缩，减少Flash加载压力。
- 外部依赖： 遇到需要外部DLL或者ActiveX的情况，我都会在打包前，写一个批处理脚本，把这些组件预先注册要是客户机器上真缺什么，我就直接把对应版本的DLL文件一起打包过去，让批处理去注册。这个办法很笨，但基本都奏效了。
- 内存管理： 虽说Flash ActionScript 2.0对内存管理没那么精细，但我会尽量避免在循环里创建大量对象，及时把不需要的MovieClip或者BitmapData对象销毁掉，释放掉它们的引用。
最头疼的：奇怪的错误提示框
还有一种情况，程序一运行就弹出一个错误框，里面一堆英文，什么“Access Violation at address XXXX”，或者什么“Invalid Pointer Operation”，看着就让人头大。这种错误往往是最难搞的，因为提示的信息很底层。
- 定位问题：
面对这种底层错误，我一般会从几个方面着手。检查Projector程序的完整性。有时候拷贝过程中文件损坏了，或者被杀毒软件误删了某个文件。我会重新拷贝一份，甚至从别的机器上拿一份能跑的程序过来对比。我会去查看系统事件日志，看看有没有什么相关的错误记录。很多时候，这些底层错误是系统环境问题引起的，比如某个VC++运行时库版本不对，或者DirectX组件缺失。
- 我的修理经验：
- 运行时库： 通常，这种问题都指向了C++的运行时库，就是C++ Redistributable。我会在客户机器上安装几个常见版本的微软VC++运行时库，从2005到2010，挨个装一遍，很多时候装完就解决问题了。
- DirectX： 如果程序里有用到3D效果或者更复杂的图形渲染，DirectX版本也是个隐患。我会去找个老的DirectX安装包，比如DX9.0c，给它打上去。
- 系统补丁和更新： 有时候系统更新会破坏一些旧的兼容性。我会尝试回滚一些系统更新，或者干脆把一些不相干的系统安全补丁给禁掉。这不是常规操作，只有在其他方法都失效，并且确认更新是导致问题的原因时才会这么做。
- 源文件检查： 最没办法的时候，我还会回到Flash源文件，把里面一些比较“野路子”的ActionScript代码或者外部资源剔除掉，看看是不是它们引起的崩溃。
这Macromedia Projector，虽然现在已经很少用了，但当年我可没少跟它较劲。从权限问题到资源优化，再到解决底层错误，每一次都像是在解谜。这些经历，也算是为我后来学习更高级的开发语言打下了基础，让我明白，写代码不仅仅是实现功能，还得搞清楚它在各种环境下的“脾气”。现在回想起来，虽然很折腾，但确实学到了不少东西，也挺有意思的。