还可以查看Darek Mihocka的Emulators.com，获得关于jit指令级优化的建议，以及许多关于构建高效模拟器的其他好东西。

模拟器很难创建，因为有很多黑客(在不寻常的 效果)，时间问题，等等，你需要模拟。

有关示例，请参见http://queue.acm.org/detail.cfm?id=1755886。

这也会告诉你为什么你需要一个多ghz的CPU来模拟一个1MHz的CPU。

关于模拟真实系统或你自己的东西的建议? 我可以说模拟器通过模拟整个硬件来工作。也许不是电路(像HW那样四处移动比特)。移动字节是最终结果，所以复制字节是好的)。模拟器是很难创建的，因为有很多黑客(如在不寻常的效果)，时间问题，等等，你需要模拟。如果一个(输入)部分是错误的，那么整个系统就会崩溃，或者最多出现一个bug/小故障。

一个叫维克多·莫亚·德尔·巴里奥的人写了一篇关于这个主题的论文。152页里有很多有用的信息。你可以在这里下载PDF文件。

如果您不想注册scribd，您可以谷歌获取PDF标题，“模拟编程技术的研究”。PDF文档有几个不同的来源。

是的，你必须“手工”解释整个二进制机器码的混乱。不仅如此，大多数情况下，您还必须模拟一些在目标机器上没有等效硬件的外来硬件。

简单的方法是一个接一个地解释指令。这工作得很好，但是很慢。一种更快的方法是重新编译——将源机器码转换为目标机器码。这比较复杂，因为大多数指令都不是一对一映射的。相反，您将不得不制定涉及额外代码的详细变通方案。但最终还是要快得多。大多数现代模拟器都是这样做的。

我知道这个问题有点老了，但我想在讨论中补充一些东西。这里的大多数答案都围绕模拟器解释它们所模拟的系统的机器指令。

然而，有一个非常著名的例外，称为“UltraHLE”(维基百科文章)。UltraHLE是有史以来最著名的模拟器之一，它模拟了商用任天堂64游戏(在家用电脑上表现不错)，当时人们普遍认为这是不可能的。事实上，当UltraHLE诞生时，任天堂还在为任天堂64制作新游戏!

这是我第一次在印刷杂志上看到关于模拟器的文章，而以前我只在网上看到过它们的讨论。

UltraHLE的概念是通过模拟C库调用而不是机器级调用来实现不可能。