让我们来看一下字节码：("99 02 00 05 00 96")。0x99意味着分支（或者跳转），在哪里分支呢？接下去的是(0002)，因此数据存储在机下去的两个字节中，将它在下面两个字节处截断。总之，我们知道"99 02 00 05 00"是个句子。接下去的是0x96，代表下个句子的开始。
再看第三个例子，字节码：("88 08 00 03 00 63 00 62 00 61 00 96 07 00")。0x88代表定义常数，定义的常数内容是什么呢？后续字节(0008)，表明常数内容存储在后继的8个字节中。所以，句子就是：("88 08 00 03 00 63 00 62 00 61 00")。代表下个句子开始的("96 07 00 ...)，意味着将7个字节的数据压入堆栈。
因此，字节码砍成单独的句子。每个句子由命令和数据组成，并且以命令打头。因此，每个句子都是一个基本的单元。理论上来说，对于这种方法没有什么错误。
使播放器从句子中间开始读数据
让我们开始讨论“是播放器从句子中间读数据”的破坏反编译器的技术。
首先，我举一个现实世界的例子：
John says good morning.
Mary says thank you.
现在生成SWF文件：
skip 9 words
Tom says John says good morning.
skip 3 words
back 7 wordsMary says thank you.
如果逐个字读的话，结果和原来一样，然而反编译器按句子来读取，自然发生错误。第一，它知道Tom说了什么，但语法不对，汇报出错；第二，它没有看到第二个“skip”命令，因为它处于句子中间；第三，当它被迫退回7个字后，感到迷惑，认为应该从“Tom said”开始执行整个句子；第四，这个错误使它在第二行和第三行之间陷入无限循环之中。
总之，我们增加了“Tom said”这句垃圾代码，并提供整个句子长度的错误数据大小信息。这个错误的长度覆盖了“skip”命令。
来看个真实的例子，请注意，这些技术需要操作字节码，纯actionscript不能够实现。
例1 ：
向前跳转的包含无效尺寸数据的死代码。
push True
branchifTrue label2
constants ''label2:push 'a',3setVariable
你仔细看的话，会发现"constants ''"这行是垃圾代码，它不可能被执行到。然而，理论上，当第二行的结果为"not True"时，它将被执行。因此，反编译器尝试对它进行反编译。
让我们来增大"0x88 - constants"后面的"sentence size"，从而包括知道脚本结尾的所有字节。你知道，反编译器将把字节码砍成像这样的3个句子：
push True
branchifTrue label2
constants label2: push 'a',3 setVariable
如果你试图反编译此SWF文件，根据我前面提到的4个错误，一些反编译器将碰壁。仍旧有些反编译器幸存，但只是显示："if(false){};"。ASV 3也不能显示此脚本，但是ASV 4能够显示。为了破解这个SWF，我们移除死代码"constant xxxx", (0x88和随后两个字节)，然后所有的东西都得到反编译。
这儿是zip格式的文件，将详细解释怎样制作这样的受保护文件。
例2：
先后跳转的包含无效尺寸数据的死代码。
push 'b'
label1:
push 'a',3
setVariable
branch label2
branch label1
label2:push 'b'是句垃圾代码，我们将修改它，用来使ASV 4碰壁。让我们来修改push 'b'的"length of sentence"。修改"0x96"后面的2个字节的数据，使句子的长度增长到分支Label1之前。这样，反编译器将把字节码作为3个句子：
push label1: push 'a',3 setVariable branch label2
branch label1
label2:
现在，反编译器不知道将把什么压入堆栈，同样它将在第一个句子和第二个句子之间形成死循环。这种技术将使大部分反编译器碰壁。Flasm、ASV 4同样也无效。为了破解这个SWF，我们手工删除"push b" (0x96和后随的2个字节)，这样所有的东西都可反编译了。
当这个技术流传后，burakk将修改ASV 4，使它能正确处理死循环。这样下个版本的ASV就可对付这种技术了。
这儿是zip格式的文件，将详细解释怎样制作这样的受保护文件
非显示字符和混淆器
除了阻碍反编译器的技术之外，我们还可以使反编译的结果不容易读。你可以浏览关于混淆器的网站。
基本上，它是对变量和函数的名字进行重命名。
function -3(-4){trace(-4);}
function -1(0,-2){
if(0<-2){-3(1);}
}
肯定的是，偷窃者不能仅仅是拷贝、粘贴就能使用这些代码。编译器不允许你对一个函数进行这样的命名。
混淆器的局限是改变函数的名字可能给下面的脚本代码带来麻烦。
function myFun(){trace("myFun");}
a="my";
b="Fun";
this[a+b]();
另一个技术是使函数的名字不可显示。比如，用汉字作为函数名，反编译器可能就会不能很好的显示它。然后，我们便会看到：
function ?(){?,?){?.?=?;}
ASV 4使用unicode编码显示不可显示字符，所以，结果是易读的，只不过增加了点轻微的难度。
自我保护
如果你找到一个很好的方法来保护自己的SWF不备反编译，不要与别人分享这个方法，至少不要再因特网上公开它。当然，它不能过100%的防反编译，至少对我来说是这样。但是，不是所有的人都对SWF的格式了如指掌。许多，偷窃者仅仅只会借助软件来反编译SWF。因此，如果你的目的是尽可能少的偷窃者能够偷窃你的SWF，那么请保护好你的（白虎SWF的）秘密方法。
只是在此提醒你，你的SWF是无保护的。对于熟悉SWF格式的人来说，所有东西都是毫无遮掩的。如果你的目标只是保护“一些函数”的话，它应该是安全的。他们未必会窃取你的函数，他们会编写自己的函数。
通用保护措施
我们在网站上放了个联机游戏，不幸的是，许多访问者只是访问我们的站点仅仅一次而已，然后利用下载的版本来离线玩。有时，我们甚至发现我们的游戏出现在其他的站点上。
为了避免这种情况发生，下面是可采取的保护措施：
1. 所属领域检查
编写脚本检查_url，如果_url是"http://www.myDomain.net/game.SWF"就播放影片，否则不播放或者退出。当离线播放的时候，_url应该像"file://C| someSub/game.SWF"；但它在其它domain中时，_url就形如"http://www.others.net/game.SWF"。因此，这个技术可以恰当的加上一些保护。当然，对于心存不良的反编译者来说是无用的。那些脚本可以借助Flasm来删除或者修改为不检查
