無用代碼消除或者DCE是一個編譯器功能，它從輸出中刪除未使用的代碼。在類型檢查之后，編譯器執行DCE入口點（通常是main方法）并遞歸的確定哪些字段和類型被使用了。使用的字段相應進行標記，未標記的字段然后從它們的類中移除。 DCE有三個模式，當調用命令行的時候設置： `-dce std` ：只有Haxe標準庫中的類被DCE影響。這是所有目標語言默認的設置。 `-dce no` ：不執行任何DCE。 `-dce full` ：所有的類都被DCE影響。 DCE算法和類型化算法運作良好，但是當 dynamic（第2.7節）或者 反射（第10.7節）被使用時可能失敗。這可能需要通過如下元數據歸類明確標記的字段或者類被使用： * @:keep ： 如果使用在類上，類和所有字段一起都不會受到DCE的影響。如果用在字段上，那個字段不受DCE影響。 * @:keepSub ：如果用在一個類上，它就像 @:keep 用在一個注釋的類上，以及所有子類。 * @:keepInit ：通常，一個被DCE移除所有字段的類（或者一個開始為空的）會從輸出中移除。通過使用這個元數據，空類被保留。 如果一個類需要被從命令行標記 @:keep 而不是編輯它的源代碼，有一個編譯器宏可用： --macro keep("type dot path") 。查看 haxe.macro.Compiler.keep API 了解這個宏的詳情。它會標記包、模塊或者子類型被DCE保留，包含它們進行編譯。 編譯器根據活動模式自動使用值“std”，“no”或者“full”定義dce。這可以被用在條件編譯（第6.1節）。 >[warning] 花絮：DCE重寫 > DCE最初在Haxe 2.07中實現。這個實現考慮過一個函數，被用在顯式的類型化時。但是問題是一些功能，多數重要的接口，會使所有的類字段被類型化以驗證類型安全。這有效的完全顛覆了DCE，激勵了Haxe2.10中的重寫。 >[warning] 花絮：DCE和try.haxe.org > 對于JavaScript目標語言的DCE，在網站 http://try.haxe.org 被發布時可以看到巨大的改進。生成的JavaScript代碼最初的感受是混合，使得更細致的選擇排除哪些代碼。