OpenCL异构扩展并不是OpenCL标准的一部分，它是指device支持某种特性，且在默认状态下，所有的扩展都是禁止的。但是OpenCL通过扩展，厂商可以给device增加一些新的功能，且不用考虑兼容性的问题。
就目前市场行情来看，各个厂商在OpenCL的实现中或多或少的使用了自己的扩展，体现了特殊性。
一般来说扩展的类型分为三种情况，如下所示：
1、以cl_khr作为扩展名属于Khronos OpenCL工作组批准的扩展，需要经过一致性测试。比如：#pragma OPENCL EXTENSION命令控制OpenCL编译器在语言扩展方面的行为。该命令的定义如下，其中extension_name是扩展的名字。
#pragma OPENCL EXTENSIONextension_name: behavior
#pragma OPENCL EXTENSION all :behavior
behavior: enable or disable
extension_name的格式为cl_khr_<name>，同时有一个形如cl_<vendor_name>_<name>的名字作为供应商扩展。扩展必须得到OpenCL工作组的允许。标志all表示编译器支持的所有扩展。
enable使extension_name所代表的扩展有效。如果不支持extension_name或者使用all，则报告一个错误。
disable扩展extension_name排除在语言定义外。如果使用all，编译器把代码作为无扩展的核心版本处理，如果不支持extension_name，就会产生警告提示信息。
#pragma OPENCL EXTENSION cl_khr_fp64 : enable
double x = 2.0;
指令#pragma OPENCL EXTENSION是设置每个语言扩展行为的、简单的、低级的机制。它没有定义那些组合是合适的，这些是在其他地方定义的。需要注意的是，此类命令的顺序会影响结果，后出现的命令会覆盖前面的命令。
2、以cl_ext为扩展名的外部扩展。这种扩展是由2个或2个以上的厂商发起，并不需要进行一致性测试。比如cl_ext_device_fission扩展，通过该扩展把一个设备分成多个子设备，每一个设备都有自己的队列，主要是多核cpu以及Cell Broadband Engine使用，该扩展由AMD，Apple，Intel以及IBM四家联合提出。
对于每个子设备，都有自己的queue，把不同任务发送到两个子设备中，这里需要注意的是，把设备拆分为子设备，首先要了解该设备的架构，然后根据任务及device架构进行拆分。
3、厂商自己的扩展，比如GPU printf扩展，主要用来debug kernel代码。
enum cudaLimit {
cudaLimitStackSize = 0x00, // GPU thread stack size
cudaLimitPrintfFifoSize = 0x01, // GPU printf FIFOsize
cudaLimitMallocHeapSize = 0x02
// GPU malloc heapsize
};
OpenCL扩展了GPU用于图形生成之外的能力，支持新数据类型，比如三维矢量和新增图像格式，支持处理多Host指令以及跨设备Buffer处理，如想对OpenCL有更深入的了解，还需自己动手实践。