(编辑:以下内容适用于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

我们可以将其分为两大类静态绑定和动态绑定。它取决于何时与相应值绑定。如果引用是在编译时解析的，那么它是静态绑定;如果引用是在运行时解析的，那么它是动态绑定。静态绑定和动态绑定又称早期绑定和后期绑定。有时也称为静态多态和动态多态。

约瑟夫Kulandai‏。

编制时间:

在编译时执行的操作在最终程序运行时几乎不会产生任何开销，但在构建程序时可能会产生很大开销。

运行时:

或多或少完全相反。构建时成本小，运行程序时成本大。

从另一边;如果在编译时执行了某些操作，那么它只在您的机器上运行;如果在运行时执行了某些操作，那么它将在用户的机器上运行。

相关性

An example of where this is important would be a unit carrying type. A compile time version (like Boost.Units or my version in D) ends up being just as fast as solving the problem with native floating point code while a run-time version ends up having to pack around information about the units that a value are in and perform checks in them along side every operation. On the other hand, the compile time versions requiter that the units of the values be known at compile time and can't deal with the case where they come from run-time input.

作为其他答案的补充，以下是我对外行的解释:

您的源代码就像一艘船的蓝图。它定义了船应该如何制造。

如果你把你的蓝图交给造船厂，他们在建造船的时候发现了一个缺陷，他们会立即停止建造并向你报告，在船离开干船坞或接触水之前。这是一个编译时错误。这艘船甚至从未真正漂浮过，也没有使用过它的引擎。这个错误之所以被发现，是因为它甚至阻止了这艘船的制造。

当您的代码编译完成时，就像船完成了一样。建好了，可以出发了。当你执行你的代码时，就像在航行中让船下水一样。乘客上了船，引擎在运转船体在水面上，这是运行时间。如果你的船有致命的缺陷，在处女航时就沉没了(或者可能是一些额外的麻烦)，那么它就遇到了运行错误。

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

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

你需要更明确的定义吗?

嗯，好吧，运行时是用来描述程序运行时发生的事情。

编译时间用来描述在构建程序(通常由编译器)时发生的事情。