GOOGLE充满了所谓的SWF加密器/obsfunctors/lockers。但其中99%会在复杂的应用程序中引起错误。在具有导入的三维库或使用外部文件的应用程序中。或者在内部有数千行代码并且内部有许多动画的复杂应用程序中。
我一直在使用KINDISOFT软件，我的团队已经使用ADOBE FLASH CS5和CS6以及FLEX开发了200多个游戏。从FLEX生成的SWF可以由KINDISOFT和其他SWF保护器进行编码，而由ADOBE FLASH导出的其他SWF文件则非常混乱，从一开始就开始出现错误。
所以我有两个问题：
a) 当使用SWENCRYPT或secureSWF等软件或其他类似产品作为输入您的SWF文件时，它们实际上会反编译您的文件，插入obsfunction和一些安全性，然后重新编译？或者他们只是更改字节码？
b) 没有办法在原始源文件中插入保护，这样可以大大降低出现错误的风险吗？
这个问题的目的是找出如何在编译之前保护你的FLASH应用程序(如果你有源代码的话)，这样在编译之后，代码将100%正常工作，而不是在编译之后保护你的SWF并冒着产生错误的风险。
感谢您抽出时间
我认为混淆软件正在改变字节码。例如，添加无效字节码在过去用来破坏反编译器，而Flash Player仍然可以正确播放swf。这是一场无休止的剑与盾之战(但模糊器似乎处于更好的位置。)
更具体地说，如果你的应用程序在模糊后崩溃，你可以做什么：
- 将动画片段等脆弱资源排除在模糊处理之外。如果你绝对需要保护它们，你可以用简单的算法加密它们，比如RC4(它很快)，并在模糊处理程序保护部分解密(见as3crypto)
- 与KindiSoft合作，向他们发送带有损坏swf示例的错误报告
- 添加你自己的模糊处理方法，比如在图片/其他资源中隐藏逻辑