[1b]非顯示字元和混淆器[/1b]
除了阻礙反編譯器的技術之外，我們還可以使反編譯的結果不容易讀。你可以瀏覽關於混淆器的**。
基本上，它是對變數和函式的名字進行重新命名。
function -3(-4)function -1(0,-2)
肯定的是，偷竊者不能僅僅是拷貝、貼上就能使用這些**。編譯器不允許你對乙個函式進行這樣的命名。
混淆器的侷限是改變函式的名字可能給下面的指令碼**帶來麻煩。
function myfun()a="my";b="fun";this[a+b]();
另乙個技術是使函式的名字不可顯示。比如，用漢字作為函式名，反編譯器可能就會不能很好的顯示它。然後，我們便會看到：
function ?()
asv 4使用unicode編碼顯示不可顯示字元，所以，結果是易讀的，只不過增加了點輕微的難度。
[1b]自我保護[/1b]
如果你找到乙個很好的方法來保護自己的swf不備反編譯，不要與別人分享這個方法，至少不要再網際網路上公開它。當然，它不能過100%的防反編譯，至少對我來說是這樣。但是，不是所有的人都對swf的格式瞭如指掌。許多，偷竊者僅僅只會借助軟體來反編譯swf。因此，如果你的目的是盡可能少的偷竊者能夠偷竊你的swf，那麼請保護好你的（白虎swf的）秘密方法。
iOS應用如何防止被反編譯
ios應用如何防止被反編譯，移動網際網路時代，安卓應用被破解 反編譯早已不是什麼新聞。但是，黑客的胃口是不容小覷的，他們的魔爪又伸向了ios應用，ios應用開發者也必須注意了，看看ios應用如何防止被反編譯 先來看下，ios應用都存在哪些容易被反編譯的風險 1內購破解 ios應用需防反編譯風險之一 ...
iOS 應用如何防止被反編譯
眾所周知，ios系統安全性非常高，很少出現漏洞，幾乎不會中毒的情況。然而隨著技術的不斷的進步和各位工程師的不懈努力，ios的漏洞被發現的越來越多。隨著各種ios安全隱患的出現，人們逐漸認識到，ios跟android一樣也面臨嚴重的安全問題。那麼ios應用都有哪些安全性問題呢？作為一名ios開發工程師...
防止標頭檔案二次編譯
一 下劃線 屬於程式設計風格的內容，對程式沒有影響。不用下劃線也可以，用幾個下劃線也由個人習慣。二 其實質是乙個巨集名。由此我們可以防止發生重複定義或宣告。假設你的頭檔名為head.h，根據習慣，我們宣告乙個巨集head h,對應這個標頭檔案，在標頭檔案中開始的地方和結尾的地方加上 對head h的...