运行时和编译时的区别是什么?
当前回答
基本上，如果你的编译器能在“编译时”找出你的意思或一个值是什么，它就能硬编码到运行时代码中。显然，如果你的运行时代码每次都要进行计算，那么它会运行得更慢，所以如果你能在编译时确定一些东西，那就更好了。
Eg.
常数合并:
如果我这样写:
int i = 2;
i += MY_CONSTANT;
编译器可以在编译时执行这个计算，因为它知道2是什么，MY_CONSTANT是什么。因此，每次执行时，它都不必执行计算。
其他回答
作为其他答案的补充，以下是我对外行的解释:
您的源代码就像一艘船的蓝图。它定义了船应该如何制造。
如果你把你的蓝图交给造船厂，他们在建造船的时候发现了一个缺陷，他们会立即停止建造并向你报告，在船离开干船坞或接触水之前。这是一个编译时错误。这艘船甚至从未真正漂浮过，也没有使用过它的引擎。这个错误之所以被发现，是因为它甚至阻止了这艘船的制造。
当您的代码编译完成时，就像船完成了一样。建好了，可以出发了。当你执行你的代码时，就像在航行中让船下水一样。乘客上了船，引擎在运转船体在水面上，这是运行时间。如果你的船有致命的缺陷，在处女航时就沉没了(或者可能是一些额外的麻烦)，那么它就遇到了运行错误。
对于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稍微讲了一下，但对于学习它并不是很好。
public class RuntimeVsCompileTime {
public static void main(String[] args) {
//test(new D()); COMPILETIME ERROR
/**
* Compiler knows that B is not an instance of A
*/
test(new B());
}
/**
* compiler has no hint whether the actual type is A, B or C
* C c = (C)a; will be checked during runtime
* @param a
*/
public static void test(A a) {
C c = (C)a;//RUNTIME ERROR
}
}
class A{
}
class B extends A{
}
class C extends A{
}
class D{
}
(编辑:以下内容适用于c#和类似的强类型编程语言。我不确定这是否对你有帮助)。
例如，在运行程序之前，编译器(在编译时)将检测到以下错误，并将导致编译错误:
int i = "string"; --> error at compile-time
另一方面，像下面这样的错误不能被编译器检测到。您将在运行时(当程序运行时)收到一个错误/异常。
Hashtable ht = new Hashtable();
ht.Add("key", "string");
// the compiler does not know what is stored in the hashtable
// under the key "key"
int i = (int)ht["key"]; // --> exception at run-time
这里是对“运行时和编译时的区别?”这个问题的回答的扩展。运行时和编译时开销的差异?
产品的运行时性能通过更快地交付结果来提高其质量。产品的编译时性能通过缩短编辑-编译-调试周期来提高其时效性。然而，运行时性能和编译时性能都是实现及时性质量的次要因素。因此，只有当整体产品质量和时效性得到改善时，才应该考虑运行时和编译时性能的改进。
这里有一个很好的进一步阅读的来源:
