反编译Delphi
第一节 关于反向工程（About Reverse Engineering）
反编译？反向？解密？（Decompilation? Reverse? Cracking?）
简单的说，反编译是编译过程的反转：把一个可执行文件翻译为更高级语言。假如你丢失了你的Delphi工程的源程序而只有可执行文件：如果源程序已不可得则反向工程（反编译）是有用的。
耶，“源程序不可得”，这是否意味着我们可以反编译别的程序员开发的Delphi工程呢？嗯，对也不对......
真正的反编译可能吗？（Is true decompilation possible?）
不，当然不行。完全自动的反编译是不可能的—没有一个反编译器可以正确的重生出原始代码。
当Delphi工程被编译和连接从而产生一个独立的可执行文件，程序中使用的大部分的名称都被转换为地址。名称的丢失意味着反编译器必须为所有的常量、变量、函数和过程创建唯一的名称。即使在某种程度上反编译是成功的，产生的“源代码”仍缺少了原始含义的变量和函数名。
显而易见，原始编程语言的语法在可执行文件中已不存在。所以，让反编译器对可执行文件的连续的机器语言指令进行翻译并判断出原始语言指令是非常困难的。
为什么要使用并且什么时候使用呢（Why and when to use.）
反向工程因为以下几个原因而使用：
丢失源码的恢复；
把应用程序移入新的硬件平台；
判断程序中是否存在病毒或恶意代码；
当程序拥有者不能更正错误时的程序错误的更正；
其它开发人员的程序源代码的恢复（如：测定一个算法）
这合法吗？（Is this legal?）
反向工程不是解密，尽管很难在两者之间划一个明晰的界限。计算机程序被版权和商标法保护。不同的国家对版权拥有者的权利有着不同的解释。最共同的解释是，下列情况下的反编译是可以的：
为了更好的解释的目的，而接口说明已不可得；为了错位更正的目的，而版权拥有者不能进行更正；为了判断程序的部分内容是否被保护。当然，如果你不能肯定是否被允许反汇编某些程序的可执行文件时，你应该很小心或者联系你的律师。
注：如果你正寻找着怎样破解Delphi、钥匙产生器或仅仅是序列号：那么你找错地方了。请保证你在这儿所写下或所介绍的每件事都仅仅是为了研究和教育的目的。
