首先一定要明确3点：

1、写反汇编器纯粹就是一个体力活，没有心理准备&充足的时间，不要玩。

2、写反汇编器的难度远远比不上写一个汇编器，所以一旦写出了反汇编器，应该立即把志向定到写一个汇编器上面（对编译原理没兴趣的话除外）。

3、反汇编器一旦写成，就要拓宽自己的思路，不要只想到应用在调试器上面，其实还可以在此基础上做很多事情，例如虚拟执行、对程序流程进行二进制级分析等等。

一些建议：

1、反汇编引擎应该做到与其他模块的耦合度尽可能的低。一个设计良好的引擎应该放到不同的环境中都能使用，例如跨平台，只需要重新编译一下就能用。因此千万不要把界面什么的东西都跟反汇编模块扯上关系，以后的维护会非常痛苦（试想一下在Linux上面编译代码时碰到了一个MessageBox()）。推荐用pure C写反汇编引擎，这倒不是因为编译出来的EXE会比较小，而是出于移植性考虑（试想一下在嵌入式系统中，很可能没有C++编译器）。

2、要注意优化代码，但不要过分优化。这些都是一些老生常谈的东西了，例如用移位代替乘法，用switch代替大量的if...else，用宏代替函数……等等。不要过分优化是指，不要在代码中玩弄过多的编程技巧，尤其不要用一些跟现代编译器特性相关的技巧，有些远古时代的编译器是无法支持的。而且我曾经不止一次碰到过VC6的代码优化把我的程序流程给弄乱了。

3、代码要经常review，最好找牛人来帮忙指出其中的错误和可以改善的地方。

4、写C代码的时候，要做到一边写一边想到编译之后的汇编代码。例如某些地方能够用for，也能够用while，到底哪个好呢？自己心中要有数。不过这点恐怕要有一定的编译原理（看代码生成那章）和逆向工程经验才能做到，姑且不多说了。

先说那么多，呵呵。后面的部分好像又跟主题不相关了，罪过。。。

[课程]Android-CTF解题方法汇总！