runtime编译器

1. run time和compile time的区别

run time即运行时.
解释:
程序"运行时"即是程序被编译了之后,打开程序并运行它直到程序关闭退出这段时间.经常说到的"运行时错误",即是指程序在打开并执行里面的代码时发生的错误.
造成运行时错误的原因有很多,不过大多数是因为程序在最初设计时的代码没有写正确而留下的隐患.比如说下面的代码,能通过编译(编译时),但在运行时会出现错误.
int * p;
p=NULL;
*p = 123;

上面的*p = 123;这一句会发生运行时错误,但编译时却不会发生错误.因为上面的代码没有任何语法错误,所以在编译时不会发生任何错误;但在运行时,由于p为一指向地址零的指针,当向地址零进行写操作时,由于地址零受操作系统保护,所以会发生一个运行时的内存非法访问的错误.在WINDOWS下面,并不是所有的4GB的地址空间我们都可以进行访问.有很多地址是被操作系统保护的.

compile time即为编译时:
解释:
准确的说编译时是指我们写好的源代码在被编译成为目标文件(OBJ)这段时间.但我们可以通俗的看成是我们写好的源代码在被转换成为最终可执行的文件这段时间.
通常提到编译时错误是指编译器在将我们已经写好的源代码,转换成为目标文件时发生的错误,这类错误大多是语法错误,也即是我们没有按照编译器能够认识的格式书写源代码造成的.如下面的代码会发和编译时错误:
int a;
a = NULL
*a = 1000;
其中a=NULL这一句将发生编译时错误,原因是由于这一句少了一个分号;编译器无法理解这一句的意思,所以就会发生编译时错误了.

2. c语言，编译器上调试没有问题，但是为什么提交时显示runtime error

int b[n];这句代码不对
int *b;
然后动态分配 b = malloc(n * sizeof(int));

3. 用CODE IDE编译runtime时说64bit的vs，没找到这个版本，怎么解决

你应该确认一下，你是否安装了 C 编译器，因为 Code::blocks需要手动安装编译器，一般是由官方提供MinGW（完整安装包中有这个）。\r\n检查一下是否安装了Mingw ，如果安装了就检查安装目录（例如 ..\CodeBlocks\MinGW\bin ）下的文件：\r\nmingw32-gcc.exe （C的编译器）\r\ngdb.exe（调试器）\r\nwindres.exe（资源文件编译器）\r\nmingw32-make.exe （制作程序）\r\n然后再检查设置，将编译器设置为 GCC ，再关联到 Mingw 安装目录（例如 ..\CodeBlocks\MinGW），组件列表如上对号入座。\r\n还有是不是 C::B 和 Visual Studio 2005\\/2008 一样，编译前要先建立工程？\r\n一般程序面板上会有错误提示，可以按照提示解决。具体使用参考官方 wiki 。\r\n其实如果是新手，那一定使用的是标准C，对目标程序也没有什么特殊要求，完全可以使用 其他编译环境，比如 Visual C++ 6.0，使用也很方便。当然如果一定要使用开源软件，那也可以使用 DEV C++ ，它同样也使用 GCC或 Mingw 编译器。

4. nvidia/cuda 公开源中的devel和runtime有什么区别

从很多方面来看，CUDA和OpenCL的关系都和DirectX与OpenGL的关系很相像。如同DirectX和OpenGL一样，CUDA和OpenCL中，前者是配备完整工具包、针对单一供应商(NVIDIA)的成熟的开发平台，后者是一个开放的标准。
虽然两者抱着相同的目标：通用并行计算。但是CUDA仅仅能够在NVIDIA的GPU硬件上运行，而OpenCL的目标是面向任何一种Massively Parallel Processor，期望能够对不同种类的硬件给出一个相同的编程模型。由于这一根本区别，二者在很多方面都存在不同：

1）开发者友好程度。CUDA在这方面显然受更多开发者青睐。原因在于其统一的开发套件(CUDA Toolkit, NVIDIA GPU Computing SDK以及NSight等等)、非常丰富的库(cuFFT, cuBLAS, cuSPARSE, cuRAND, NPP, Thrust)以及NVCC(NVIDIA的CUDA编译器)所具备的PTX(一种SSA中间表示，为不同的NVIDIA GPU设备提供一套统一的静态ISA)代码生成、离线编译等更成熟的编译器特性。相比之下，使用OpenCL进行开发，只有AMD对OpenCL的驱动相对成熟。

2）跨平台性和通用性。这一点上OpenCL占有很大优势（这也是很多National Laboratory使用OpenCL进行科学计算的最主要原因）。OpenCL支持包括ATI,NVIDIA,Intel,ARM在内的多类处理器，并能支持运行在CPU的并行代码，同时还独有Task-Parallel Execution Mode，能够更好的支持Heterogeneous Computing。这一点是仅仅支持数据级并行并仅能在NVIDIA众核处理器上运行的CUDA无法做到的。

3）市场占有率。作为一个开放标准，缺少背后公司的推动，OpenCL显然没有占据通用并行计算的主流市场。NVIDIA则凭借CUDA在科学计算、生物、金融等领域的推广牢牢把握着主流市场。再次想到OpenGL和DirectX的对比，不难发现公司推广的高效和非盈利机构/标准委员会的低效(抑或谨慎，想想C++0x)。

很多开发者都认为，由于目前独立显卡市场的萎缩、新一代处理器架构(AMD的Graphics Core Next (GCN)、Intel的Sandy Bridge以及Ivy Bridge)以及新的SIMD编程模型(Intel的ISPC等)的出现，未来的通用并行计算市场会有很多不确定因素，CUDA和OpenCL都不是终点，我期待未来会有更好的并行编程模型的出现(当然也包括CUDA和OpenCL，如果它们能够持续发展下去)。

5. ios 中runtime和runloop 的区别

一.RunLoop:

Runloop是事件接收和分发机制的一个实现。

Runloop提供了一种异步执行代码的机制，不能并行执行任务。

在主队列中，Main RunLoop直接配合任务的执行，负责处理UI事件、定时器以及其他内核相关事件。

(1).RunLoop的主要目的：

保证程序执行的线程不会被系统终止。

(2).什么时候使用Runloop ？

当需要和该线程进行交互的时候才会使用Runloop.

每一个线程都有其对应的RunLoop，但是默认非主线程的RunLoop是没有运行的，需要为RunLoop添加至少一个事件源，然后去run它。

一般情况下我们是没有必要去启用线程的RunLoop的，除非你在一个单独的线程中需要长久的检测某个事件。

主线程默认有Runloop。当自己启动一个线程，如果只是用于处理单一的事件，则该线程在执行完之后就退出了。所以当我们需要让该线程监听某项事务
时，就得让线程一直不退出，runloop就是这么一个循环，没有事件的时候，一直卡着，有事件来临了，执行其对应的函数。

RunLoop,正如其名所示,是线程进入和被线程用来相应事件以及调用事件处理函数的地方.需要在代码中使用控制语句实现RunLoop的循环,也就是说,需要代码提供while或者for循环来驱动RunLoop.

在这个循环中,使用一个runLoop对象[NSRunloop currentRunloop]执行接收消息,调用对应的处理函数.

Runloop接收两种源事件:input sources和timer sources。

input sources传递异步事件，通常是来自其他线程和不同的程序中的消息；

timer sources(定时器)传递同步事件（重复执行或者在特定时间上触发）。

除了处理input sources，Runloop
也会产生一些关于本身行为的notificaiton。注册成为Runloop的observer，可以接收到这些notification，做一些额外
的处理。（使用CoreFoundation来成为runloop的observer）。

Runloop工作的特点:

1>当有时间发生时,Runloop会根据具体的事件类型通知应用程序作出相应;

2>当没有事件发生时,Runloop会进入休眠状态,从而达到省电的目的;

3>当事件再次发生时,Runloop会被重新唤醒,处理事件.

提示:一般在开发中很少会主动创建Runloop,而通常会把事件添加到Runloop中.

二.Runtime:

RunTime简称运行时。就是系统在运行的时候的一些机制，其中最主要的是消息机制。对于C语言，函数的调用在编译的时候会决定调用哪个函数（
C语言的函数调用请看这里
）。编译完成之后直接顺序执行，无任何二义性。OC的函数调用成为消息发送。属于动态调用过程。在编译的时候并不能决定真正调用哪个函数（事实证明，在编
译阶段，OC可以调用任何函数，即使这个函数并未实现，只要申明过就不会报错。而C语言在编译阶段就会报错）。只有在真正运行的时候才会根据函数的名称找
到对应的函数来调用。

那OC是怎么实现动态调用的呢？下面我们来看看OC通过发送消息来达到动态调用的秘密。假如在OC中写了这样的一个代码：

[objc] view plain?

<spanstyle="font-size:18px;">[objmakeText];</span>

其中obj是一个对象，makeText是一个函数名称。对于这样一个简单的调用。在编译时RunTime会将上述代码转化成

[objc] view plain?

objc_msgSend(obj,@selector(makeText));

首先我们来看看obj这个对象，iOS中的obj都继承于NSObject。

[objc] view plain?

@interfaceNSObject<nsobject>{

ClassisaOBJC_ISA_AVAILABILITY;

}</nsobject>

在NSObjcet中存在一个Class的isa指针。然后我们看看Class：

[objc] view plain?

typedefstructobjc_class*Class;

structobjc_class{

Classisa;//指向metaclass

Classsuper_class;//指向其父类

constcharchar*name;//类名

longversion;//类的版本信息，初始化默认为0，可以通过runtime函数class_setVersion和class_getVersion进行修改、读取

longinfo;//一些标识信息,如CLS_CLASS(0x1L)表示该类为普通class，其中包含对象方法和成员变量;CLS_META(0x2L)表示该类为metaclass，其中包含类方法;

longinstance_size;//该类的实例变量大小(包括从父类继承下来的实例变量);

structobjc_ivar_list*ivars;//用于存储每个成员变量的地址

structobjc_method_list**methodLists;//与info的一些标志位有关,如CLS_CLASS(0x1L),则存储对象方法，如CLS_META(0x2L)，则存储类方法;

structobjc_cache*cache;//指向最近使用的方法的指针，用于提升效率；

structobjc_protocol_list*protocols;//存储该类遵守的协议

}

我们可以看到，对于一个Class类中，存在很多东西，下面我来一一解释一下：

Class
isa：指向metaclass，也就是静态的Class。一般一个Obj对象中的isa会指向普通的Class，这个Class中存储普通成员变量和对
象方法（“-”开头的方法），普通Class中的isa指针指向静态Class，静态Class中存储static类型成员变量和类方法（“+”开头的方
法）。

Class super_class:指向父类，如果这个类是根类，则为NULL。

下面一张图片很好的描述了类和对象的继承关系：

注意：所有metaclass中isa指针都指向跟metaclass。而跟metaclass则指向自身。
Root metaclass是通过继承Root class产生的。与root class结构体成员一致，也就是前面提到的结构。不同的是Root
metaclass的isa指针指向自身。

Class类中其他的成员这里就先不做过多解释了，下面我们来看看：

@selector (makeText)：

这是一个SEL方法选择器。SEL其主要作用是快速的通过方法名字（makeText）查找到对应方法的函数指针，然后调用其函数。SEL其本身是一个
Int类型的一个地址，地址中存放着方法的名字。对于一个类中。每一个方法对应着一个SEL。所以iOS类中不能存在2个名称相同的方法，即使参数类型不
同，因为SEL是根据方法名字生成的，相同的方法名称只能对应一个SEL。

下面我们就来看看具体消息发送之后是怎么来动态查找对应的方法的。

首先，编译器将代码[obj makeText];转化为objc_msgSend(obj, @selector
(makeText));，在objc_msgSend函数中。首先通过obj的isa指针找到obj对应的class。在Class中先去cache中
通过SEL查找对应函数method（猜测cache中method列表是以SEL为key通过hash表来存储的，这样能提高函数查找速度），若
cache中未找到。再去methodList中查找，若methodlist中未找到，则取superClass中查找。若能找到，则将method加
入到cache中，以方便下次查找，并通过method中的函数指针跳转到对应的函数中去执行。

6. vc9runtime是什么

vc不是微软的编译器吗？9不是版本吗？也就是编译器运行时。
你单问这个要人家怎么答。

7. 什么是Runtime

runtime就是程序运行时的状态
还有一个compiletime，就是编译时代状态
程序设计中要避免runtime的错误，compiletime的错误由编译器检测。

8. C语言问题，编译器上自己调试没问题，但在线提交时总显示Runtime error，怎么解决

runtime error是运行时错误。你自己可以成功编译运行,但是提交上去之后报错的原因是你的程序在特定输入的时候出现错误。

9. 编译器不会强制程序员处理哪种异常

在java编译器中，是不会强制要求程序员进行处理Runtime异常的。

RuntimeException类及其子类的实例被称为运行时异常，即UnChecked Exception。

我们较为常见的NullPointerException（空指针异常）和 IndexOutOfBoundsException（数组越界异常），对于这些Runtime异常。

在java编译器中是不会强制要求程序员进行处理或声明的（有些IDE可能会给可能出现Runtime异常问题的提示，但不会报错）。

常见的RunTime异常几种如下：

NullPointerException - 空指针引用异常。

ClassCastException - 类型强制转换异常。

IllegalArgumentException - 传递非法参数异常。

ArithmeticException - 算术运算异常。

ArrayStoreException - 向数组中存放与声明类型不兼容对象异常。

IndexOutOfBoundsException - 下标越界异常。

NegativeArraySizeException - 创建一个大小为负数的数组错误异常。

NumberFormatException - 数字格式异常。

SecurityException - 安全异常。

UnsupportedOperationException - 不支持的操作异常。

10. 我的C语言程序在编译器上运行正确，但作业提交上去却是runtime error这是什么原因

runtime error是运行时错误。你自己可以成功编译运行，但是提交上去之后报错的原因是你的程序在特定输入的时候出现错误。