编译时间:您作为开发人员编译代码的时间段。

运行时间:用户运行你的软件的时间段。

你需要更明确的定义吗?

我一直认为它与程序处理开销以及它如何影响性能有关，如前所述。一个简单的例子是，在代码中定义对象所需的绝对内存。

一个定义的布尔值占用x个内存，然后在编译后的程序中，不能更改。当程序运行时，它确切地知道为x分配多少内存。

另一方面，如果我只是定义了一个泛型对象类型(即一种未定义的占位符或可能是一个指向一些巨大blob的指针)，我的对象所需的实际内存是不知道的，直到程序运行，我分配了一些东西给它，因此它必须评估和内存分配等，然后将在运行时动态处理(更多的运行时开销)。

如何动态处理它取决于语言、编译器、操作系统、你的代码等等。

然而，在这一点上，它实际上取决于您使用运行时和编译时的上下文。

例如:在强类型语言中，类型可以在编译时或运行时检查。在编译时，这意味着如果类型不兼容，编译器将报错。在运行时，意味着你可以很好地编译你的程序，但在运行时，它会抛出一个异常。

运行时和编译时的主要区别是:

如果代码中存在语法错误和类型检查，则抛出编译时错误，而-as运行时:它在执行代码后进行检查。 例如:

Int a = 1 Int b = a/0;

这里的第一行末尾没有分号——在执行操作b时执行程序后，>编译时错误，结果是无限的——>运行时错误。

编译时不会查找代码提供的功能的输出，而运行时则会。

将源代码转换为“屏幕|磁盘|网络”可以(大致)以两种方式发生;称之为编译和解释。

在编译程序中(例如c和fortran):

源代码被输入到另一个程序(通常称为编译器)，该程序生成一个可执行程序(或一个错误)。 运行可执行文件(通过双击它，或在命令行上键入它的名称)

在第一步发生的事情被称为在“编译时”发生，在第二步发生的事情被称为在“运行时”发生。

在解释程序中(例如MicroSoft basic(在dos上)和python(我想)):

源代码被输入到另一个程序(通常称为解释器)，该程序直接“运行”它。在这里，解释器充当程序和操作系统(或非常简单的计算机中的硬件)之间的中间层。

在这种情况下，编译时和运行时之间的差异很难确定，而且与程序员或用户的关系也小得多。

Java是一种混合，代码被编译成字节码，然后在虚拟机上运行，虚拟机通常是字节码的解释器。

还有一种中间情况，即程序被编译为字节码并立即运行(如在awk或perl中)。

对于S.O.来说，这不是一个好问题(这不是一个特定的编程问题)，但总的来说，这不是一个坏问题。

如果您认为这是微不足道的:那么读时与编译时的区别是什么呢?什么时候这是一个有用的区别?编译器在运行时可用的语言呢?Guy Steele(不是笨蛋，他)在CLTL2中写了7页关于EVAL-WHEN的内容，CL程序员可以使用它来控制这一点。两句话只能勉强给出一个定义，而定义本身还远远不够解释。

In general, it's a tough problem that language designers have seemed to try to avoid. They often just say "here's a compiler, it does compile-time things; everything after that is run-time, have fun". C is designed to be simple to implement, not the most flexible environment for computation. When you don't have the compiler available at runtime, or the ability to easily control when an expression is evaluated, you tend to end up with hacks in the language to fake common uses of macros, or users come up with Design Patterns to simulate having more powerful constructs. A simple-to-implement language can definitely be a worthwhile goal, but that doesn't mean it's the end-all-be-all of programming language design. (I don't use EVAL-WHEN much, but I can't imagine life without it.)

关于编译时和运行时的问题空间是巨大的，而且在很大程度上仍未被探索。这并不是说S.O.是进行讨论的正确场所，但我鼓励人们进一步探索这一领域，特别是那些对它应该是什么没有先入为主概念的人。这个问题既不简单也不愚蠢，我们至少可以给检察官指出正确的方向。

不幸的是，我不知道任何好的参考资料。CLTL2稍微讲了一下，但对于学习它并不是很好。