BMP
简介：BMP是一种与硬件设备无关的图像文件格式，使用非常广。它采用位映射存储格式，除了图像深度可选以外，不采用其他任何压缩，因此，BMP文件所占用的空间很大。BMP文件的图像深度可选lbit、4bit、8bit及24bit。BMP文件存储数据时，图像的扫描方式是按从左到右、从下到上的顺序。
由于BMP文件格式是Windows环境中交换与图有关的数据的一种标准，因此在Windows环境中运行的图形图像软件都支持BMP图像格式。
文件结构：典型的BMP图像文件由四部分组成：
1：位图文件头数据结构，它包含BMP图像文件的类型、显示内容等信息；
2：位图信息数据结构，它包含有BMP图像的宽、高、压缩方法，以及定义颜色等信息；
3：调色板，这个部分是可选的，有些位图需要调色板，有些位图，比如真彩色图（24位的BMP）就不需要调色板；
4：位图数据，这部分的内容根据BMP位图使用的位数不同而不同，在24位图中直接使用RGB，而其他的小于24位的使用调色板中颜色索引值。
位图的类型：
位图一共有两种类型，即：设备相关位图（DDB)和设备无关位图（DIB）。DDB位图在早期的Windows系统（Windows 3.0以前)中是很普遍的，事实上它也是唯一的。然而，随着显示器制造技术的进步，以及显示设备的多样化，DDB位图的一些固有的问题开始浮现出来了。比如，它不能够存储（或者说获取）创建这张图片的原始设备的分辨率，这样，应用程序就不能快速的判断客户机的显示设备是否适合显示这张图片。为了解决这一难题，微软创建了DIB位图格式。
设备无关位图 (Device-Independent Bitmap)
DIB位图包含下列的颜色和尺寸信息：
＊ 原始设备（即创建图片的设备）的颜色格式。
＊ 原始设备的分辨率。
＊ 原始设备的调色板
＊ 一个位数组，由红、绿、蓝（RGB）三个值代表一个像素。
＊ 一个数组压缩标志，用于表明数据的压缩方案（如果需要的话）。
以上这些信息保存在BITMAPINFO结构中，该结构由BITMAPINFOHEADER结构和两个或更多个RGBQUAD结构所组成。BITMAPINFOHEADER结构所包含的成员表明了图像的尺寸、原始设备的颜色格式、以及数据压缩方案等信息。RGBQUAD结构标识了像素所用到的颜色数据。
DIB位图也有两种形式，即：底到上型DIB(bottom-up)，和顶到下型DIB(top-down)。底到上型DIB的原点(origin)在图像的左下角，而顶到下型DIB的原点在图像的左上角。如果DIB的高度值（由BITMAPINFOHEADER结构中的biHeight成员标识）是一个正值，那么就表明这个DIB是一个底到上型DIB，如果高度值是一个负值，那么它就是一个顶到下型DIB。注意：顶到下型的DIB位图是不能被压缩的。
位图的颜色格式是通过颜色面板值(planes)和颜色位值(bitcount)计算得来的，颜色面板值永远是1，而颜色位值则可以是1、4、8、16、24、32其中的一个。如果它是1，则表示位图是一张单色位图（译者注：通常是黑白位图，只有黑和白两种颜色，当然它也可以是任意两种指定的颜色），如果它是4,则表示这是一张VGA位图，如果它是8、16、24、或是32，则表示该位图是其他设备所产生的位图。如果应用程序想获取当前显示设备（或打印机）的颜色位值（或称位深度），可调用API函数GetDeviceCaps()，并将第二个参数设为BITSPIXEL即可。
显示设备的分辨率是以每米多少个像素来表明的，应用程序可以通过以下三个步骤来获取显示设备或打印机的水平分辨率：
1. 调用GetDeviceCaps()函数，指定第二个参数为HORZRES。
2. 再次调用GetDeviceCaps()函数，指定第二个参数为HORZSIZE。
3. 用第一个返回值除以第二个返回值。即：DetDeviceCaps(hDC,HORZRES)/GetDeviceCaps(hDC,HORZSIZE);
应用程序也可以使用相同的三个步骤来获取设备的垂直分辨率，不同之处只是要将HORZRES替换为VERTRES，把HORZSIZE替换为VERTSIZE，即可。
调色板是被保存在一个RGBQUAD结构的数组中，该结构指出了每一种颜色的红、绿、蓝的分量值。位数组中的每一个索引都对应于一个调色板项（即一个RGBQUAD结构），应用程序将根据这种对应关系，将像素索引值转换为像素RGB值（真实的像素颜色）。应用程序也可以通过调用GetDeviceCaps()函数来获取当前显示设备的调色板尺寸（将该函数的第二个参数设为NUMCOLORS即可）。
Win32 API支持位数据的压缩（只对8位和4位的底到上型DIB位图）。压缩方法是采用运行长度编码方案（RLE)，RLE使用两个字节来描述一个句法，第一个字节表示重复像素的个数，第二个字节表示重复像素的索引值。有关压缩位图的详细信息请参见对BITMAPINFOHEADER结构的解释。
应用程序可以从一个DDB位图创建出一个DIB位图，步骤是，先初始化一些必要的结构，然后再调用GetDIBits()函数。不过，有些显示设备有可能不支持这个函数，你可以通过调用GetDeviceCaps()函数来确定一下（GetDeviceCaps()函数在调用时指定RC_DI_BITMAP作为RASTERCAPS的标志）。
应用程序可以用DIB去设置显示设备上的像素（译者注：也就是显示DIB），方法是调用SetDIBitsToDevice()函数或调用StretchDIBits()函数。同样，有些显示设备也有可能不支持以上这两个函数，这时你可以指定RC_DIBTODEV作为RASTERCAPS标志，然后调用GetDeviceCaps()函数来判断该设备是否支持SetDIBitsToDevice()函数。也可以指定RC_STRETCHDIB作为RASTERCAPS标志来调用GetDeviceCaps()函数，来判断该设备是否支持StretchDIBits()函数。
如果应用程序只是要简单的显示一个已经存在的DIB位图，那么它只要调用SetDIBitsToDevice()函数就可以。比如一个电子表格软件，它可以打开一个图表文件，在窗口中简单的调用SetDIBitsToDevice()函数，将图形显示在窗口中。但如果应用程序要重复的绘制位图的话，则应该使用BitBlt()函数，因为BitBlt()函数的执行速度要比SetDIBitsToDevice()函数快很多。
设备相关位图 (Device-Dependent Bitmaps)
设备相关位图（DDB）之所以现在还被系统支持，只是为了兼容旧的Windows 3.0软件，如果程序员现在要开发一个与位图有关的程序，则应该尽量使用或生成DIB格式的位图。
DDB位图是被一个单个结构BITMAP所描述，这个结构的成员标明了该位图的宽度、高度、设备的颜色格式等信息。
DDB位图也有两种类型，即：可废弃的(discardable)DDB和不可废弃的(nondiscardable)DDB。可废弃的DDB位图就是一种当系统内存缺乏，并且该位图也没有被选入设备描述表（DC）的时候，系统就会把该DDB位图从内存中清除（即废弃）。不可废弃的DDB则是无论系统内存多少都不会被系统清除的DDB。API函数CreateDiscardableBitmap()函数可用于创建可废弃位图。而函数CreateBitmap()、CreateCompatibleBitmap()、和CreateBitmapIndirect()可用于创建不可废弃的位图。
应用程序可以通过一个DIB位图而创建一个DDB位图，只要先初始化一些必要的结构，然后再调用CreateDIBitmap()函数就可以。如果在调用该函数时指定了CBM_INIT标志，那么这一次调用就等价于先调用CreateCompatibleBitmap()创建当前设备格式的DDB位图，然后又调用SetDIBits()函数转换DIB格式到DDB格式。（可能有些设备并不支持SetDIBits()函数，你可以指定RC_DI_BITMAP作为RASTERCAPS的标志，然后调用GetDeviceCaps()函数来判断一下）。
对应的数据结构：
1：BMP文件组成
BMP文件由文件头、位图信息头、颜色信息和图形数据四部分组成。
2：BMP文件头(14字节)
BMP文件头数据结构含有BMP文件的类型、文件大小和位图起始位置等信息。
其结构定义如下:
typedef struct tagBITMAPFILEHEADER
{
WORD bfType; // 位图文件的类型，必须为BM(0-1字节)
DWORD bfSize; // 位图文件的大小，以字节为单位(2-5字节)
WORD bfReserved1; // 位图文件保留字，必须为0(6-7字节)
WORD bfReserved2; // 位图文件保留字，必须为0(8-9字节)
DWORD bfOffBits; // 位图数据的起始位置，以相对于位图(10-13字节)
// 文件头的偏移量表示，以字节为单位
} BITMAPFILEHEADER;
3：位图信息头(40字节)
BMP位图信息头数据用于说明位图的尺寸等信息。
typedef struct tagBITMAPINFOHEADER{
DWORD biSize; // 本结构所占用字节数(14-17字节)
LONG biWidth; // 位图的宽度，以像素为单位(18-21字节)
LONG biHeight; // 位图的高度，以像素为单位(22-25字节)
WORD biPlanes; // 目标设备的级别，必须为1(26-27字节)
WORD biBitCount;// 每个像素所需的位数，必须是1(双色),(28-29字节)
// 4(16色)，8(256色)或24(真彩色)之一
DWORD biCompression; // 位图压缩类型，必须是 0(不压缩),(30-33字节)
// 1(BI_RLE8压缩类型)或2(BI_RLE4压缩类型)之一
DWORD biSizeImage; // 位图的大小，以字节为单位(34-37字节)
LONG biXPelsPerMeter; // 位图水平分辨率，每米像素数(38-41字节)
LONG biYPelsPerMeter; // 位图垂直分辨率，每米像素数(42-45字节)
DWORD biClrUsed;// 位图实际使用的颜色表中的颜色数(46-49字节)
DWORD biClrImportant;// 位图显示过程中重要的颜色数(50-53字节)
} BITMAPINFOHEADER;
4：颜色表
颜色表用于说明位图中的颜色，它有若干个表项，每一个表项是一个RGBQUAD类型的结构，定义一种颜色。RGBQUAD结构的定义如下:
typedef struct tagRGBQUAD {
BYTE rgbBlue;// 蓝色的亮度(值范围为0-255)
BYTE rgbGreen; // 绿色的亮度(值范围为0-255)
BYTE rgbRed; // 红色的亮度(值范围为0-255)
BYTE rgbReserved;// 保留，必须为0
} RGBQUAD;
颜色表中RGBQUAD结构数据的个数有biBitCount来确定:
当biBitCount=1,4,8时，分别有2,16,256个表项;
当biBitCount=24时，没有颜色表项。
位图信息头和颜色表组成位图信息，BITMAPINFO结构定义如下:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader; // 位图信息头
RGBQUAD bmiColors[1]; // 颜色表
} BITMAPINFO;
5：位图数据
位图数据记录了位图的每一个像素值，记录顺序是在扫描行内是从左到右,扫描行之间是从下到上。位图的一个像素值所占的字节数:
当biBitCount=1时，8个像素占1个字节;
当biBitCount=4时，2个像素占1个字节;
当biBitCount=8时，1个像素占1个字节;
当biBitCount=24时,1个像素占3个字节;
Windows规定一个扫描行所占的字节数必须是
4的倍数(即以long为单位),不足的以0填充，
biSizeImage = ((((bi.biWidth * bi.biBitCount) + 31) & ~31) / 8) * bi.biHeight;
具体数据举例：
如某BMP文件开头：
4D42 4690 0000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 0100*1000 0300 0000 0090 0000 A00F 0000 A00F 0000 0000 0000 0000 0000*00F8 0000 E007 0000 1F00 0000 0000 0000*02F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2 .... ....
BMP文件可分为四个部分：位图文件头、位图信息头、彩色板、图像数据阵列，在上图中已用*分隔。
一、图像文件头
1）1：(这里的数字代表的是"字",即两个字节,下同)图像文件头。0x4D42=’BM’，表示是Windows支持的BMP格式。
2）2-3：整个文件大小。4690 0000，为00009046h=36934。
3）4-5：保留，必须设置为0。
4）6-7：从文件开始到位图数据之间的偏移量。4600 0000，为00000046h=70，上面的文件头就是35字=70字节。
二、位图信息头
5）8-9：位图图信息头长度。
6）10-11：位图宽度，以像素为单位。8000 0000，为00000080h=128。
7）12-13：位图高度，以像素为单位。9000 0000，为00000090h=144。
8）14：位图的位面数，该值总是1。0100，为0001h=1。
9）15：每个像素的位数。有1（单色），4（16色），8（256色），16（64K色，高彩色），24（16M色，真彩色），32（4096M色，增强型真彩色）。1000为0010h=16。
10）16-17：压缩说明：有0（不压缩），1（RLE 8，8位RLE压缩），2（RLE 4，4位RLE压缩，3（Bitfields，位域存放）。RLE简单地说是采用像素数+像素值的方式进行压缩。T408采用的是位域存放方式，用两个字节表示一个像素，位域分配为r5b6g5。图中0300 0000为00000003h=3。
11）18-19：用字节数表示的位图数据的大小，该数必须是4的倍数，数值上等于（≥位图宽度的最小的4的倍数）×位图高度×每个像素位数。0090 0000为00009000h=80×90×2h=36864。
12）20-21：用象素/米表示的水平分辨率。A00F 0000为0000 0FA0h=4000。
13）22-23：用象素/米表示的垂直分辨率。A00F 0000为0000 0FA0h=4000。
14）24-25：位图使用的颜色索引数。设为0的话，则说明使用所有调色板项。
15）26-27：对图象显示有重要影响的颜色索引的数目。如果是0，表示都重要。
三、彩色板
16）28-....(不确定)：彩色板规范。对于调色板中的每个表项，用下述方法来描述RGB的值：
1字节用于蓝色分量
1字节用于绿色分量
1字节用于红色分量
1字节用于填充符(设置为0)
对于24-位真彩色图像就不使用彩色板，因为位图中的RGB值就代表了每个象素的颜色。
如，彩色板为00F8 0000 E007 0000 1F00 0000 0000 0000，其中：
00FB 0000为FB00h=1111100000000000（二进制），是蓝色分量的掩码。
E007 0000为 07E0h=0000011111100000（二进制），是绿色分量的掩码。
1F00 0000为001Fh=0000000000011111（二进制），是红色分量的掩码。
0000 0000总设置为0。
将掩码跟像素值进行“与”运算再进行移位操作就可以得到各色分量值。看看掩码，就可以明白事实上在每个像素值的两个字节16位中，按从高到低取5、6、5位分别就是r、g、b分量值。取出分量值后把r、g、b值分别乘以8、4、8就可以补齐第个分量为一个字节，再把这三个字节按rgb组合，放入存储器（同样要反序），就可以转换为24位标准BMP格式了。
四、图像数据阵列
17)27(无调色板)-．．．：每两个字节表示一个像素。阵列中的第一个字节表示位图左下角的象素，而最后一个字节表示位图右上角的象素。
五、存储算法
BMP文件通常是不压缩的，所以它们通常比同一幅图像的压缩图像文件格式要大很多。例如，一个800×600的24位几乎占据1.4MB空间。因此它们通常不适合在因特网或者其它低速或者有容量限制的媒介上进行传输。 根据颜色深度的不同，图像上的一个像素可以用一个或者多个字节表示，它由n/8所确定（n是位深度，1字节包含8个数据位）。图片浏览器等基于字节的ASCII值计算像素的颜色，然后从调色板中读出相应的值。更为详细的信息请参阅下面关于位图文件的部分。 n位2n种颜色的位图近似字节数可以用下面的公式计算： BMP文件大小约等于 54+4*2的n次方+（w*h*n)/8，其中高度和宽度都是像素数。 需要注意的是上面公式中的54是位图文件的文件头，是彩色调色板的大小。另外需要注意的是这是一个近似值，对于n位的位图图像来说，尽管可能有最多2n中颜色，一个特定的图像可能并不会使用这些所有的颜色。由于彩色调色板仅仅定义了图像所用的颜色，所以实际的彩色调色板将小于。 如果想知道这些值是如何得到的，请参考下面文件格式的部分。 由于存储算法本身决定的因素，根据几个图像参数的不同计算出的大小与实际的文件大小将会有一些细小的差别。
2、俄罗斯BMP系列步兵战车类别：装甲战斗车辆 步兵战斗车
型号：BM П -1 型
发展过程：
该车是苏联于1970年在BMП步兵战车的基础上改进而成的 , 并正式列入苏军装备。与 BMП比较 , 该车的主要改进是车首加长20厘米 , 以提高浮渡能力并使车辆重心居中 , 有利于整车的重量平衡；开大了车辆两侧的射孔 , 以扩大射界；车长门底座加高 , 以扩大视野；重新设计了排气口护罩 , 以防止浮渡时水进入排气道内；将凸起的载员舱盖改低 , 以减小火炮俯角死区。印度引进后 , 主要装备机械化步兵 , 用于协同坦克作战。
性能特点：
①防护力强。该车车体采用钢板焊接结构 , 能防枪弹和炮弹破片 , 正面弧形区可防 12.7 毫米穿甲弹和穿甲燃烧弹 , 前上装甲为带加强筋的铝装甲。
②观瞄设施完备。配有3个THⅡO-170型昼间潜望镜 , 中间1个可换成THⅡO- 350B型高潜望镜。夜间驾驶时间 1 个换成 TBHO-2 红外夜间驾驶仪。全车共有 19 个 THⅡ O-170型昼间潜望镜 , 均有电加热除霜功能。车长在驾驶员后面 , 其指挥塔能旋转 360 °。指挥塔前有 3 个潜望镜 , 中间 1 个可换成 TKH-3B 双目昼夜观察镜 , 与车长顶窗盖上的红外探照灯配合 , 用于夜间观察。炮手前面有 1 个1ⅡH22M1 潜望式单目昼夜瞄准镜 , 昼间的放大倍率为 6, 视场为 15 ° ；夜间部分采用微光夜视仪 , 放大倍率为 6.7, 视场 6 ° , 夜间最大视距为 400 ～ 900 毫米。在炮塔右侧有白光或红外探照灯。
③火力强大。主要武器为 1 门 73 毫米的 2A28 低压滑瞠炮 , 在炮塔后下方有自动装弹机构，由在战斗舱周围的 40 发弹盘供弹。可自动装弹或人工装填。配用定装式尾翼稳定破甲弹 , 初速 400米/秒 。采用 CⅡT-9 重型反坦克火箭筒所使用的火箭增程弹时最大飞行速度可达 665米/秒, 直射距离800米, 最大射程1300米, 射速 8 发 /分 。主炮的俯仰与炮塔驱动均采用电操纵 , 必要时也可手动操作。在主炮右侧有 1 挺 7.62 毫米的ⅡKT 并列机枪 , 弹药基数 2000 发。炮塔内有通风装置 , 用于排除炮塔内的火药气体。在主炮上方有 AT-3 反坦克导弹单轨发射架 , 配有导弹 4 枚 , 在车体和炮塔内各存放 2 枚。导弹通过炮塔顶部前面的窗口装填 , 装填时间约为 50秒, 射程500～3000米, 只能昼间发射 , 操纵装置位于炮手座位下面。
④协同步兵作战能力较强。载员舱可容纳全副武装士兵 8 人 , 每侧 4 人 , 背靠背乘坐 , 人员通过车后双开门出入。车体两侧各有 4 个射孔和电热式潜望镜。两侧前方的射孔通常用于 7.62 毫米 PⅡ K机枪射击 , 其余用于 7.62 毫米的AK－74突击步枪射击。每挺PⅡK机枪的弹药基数为 1200 发 , 车内还有步兵随身携带的1具PⅡ-7 单兵反坦克火箭筒 , 火箭弹 5 发。在每个装备该车的摩步排中还有 1 辆车携带 2 具萨姆 -7 单兵防空导弹发射装置。
⑤火炮俯仰角受限，导弹性能落后。
主要改型：
BMП-1K 指挥车。配有 P-123 和 P-126 电台以及天线等各种通信设备。为便于使用旋转地图桌和其他工作台 , 重新布置了载员舱 , 并取消了两侧的射孔和观察镜等。
BMП -1K Ⅲ首长 - 司令部车。供营以上指挥员使用 , 配有大的天线杆和鞭状天线 , 有 4 部电台 ,P-107 和 P-311 各 1 部 ,P-123 两部 , 还有 1 台发电机。
BM П -P 侦察车。车体与 BMП-1 相似 , 但采用双人炮塔 , 主要武器仍为 1 门 73 毫米的低压滑膛炮。原顶部的 4 个舱盖只保留 2 个 , 均位于后部。 配有战场监视雷达和抛物面天线 , 后者位于炮塔顶部后方。在炮塔两侧各有 1 组烟幕弹发射器。
BMП -COH 炮兵侦察车。装备自行火炮营和团使用。采用双人炮塔，主要武器为 1 挺 7.62 毫米ⅡKT 机枪。配有战场监视雷达 , 天线位于炮塔顶部后方。观瞄仪器有微光瞄准镜和激光测距仪等。
基本数据：
乘员 3+8 人
战斗全重 13300 千克
车长 6.740 米
车宽 2.940 米
车高(至探照灯) 2.150 米
最大速度 公路65千米/小时，水上7千米/小时
爬坡度 30度
侧倾坡度 30度
攀垂直墙高 0.7 米
越壕宽 2.5 米
发动机功率 221 千瓦
主要武器 73毫米低压滑膛炮
并列武器 7.62 毫米机枪1挺
反坦克制导武器 反坦克导弹单轨发射架 /1 个
弹药基数 炮弹40发，机枪弹2000发，
导弹型号/数量 AT－3反坦克导弹 /4 枚
主炮俯仰范围 -4度～ +33度
装甲厚度/水平倾角：
车体前上 6 毫米 /10度
车体前下 19 毫米 /34度
车体侧上 16 毫米 /76度
车体侧下 18 毫米 /90度
车体后上 16 毫米 /71度
车体后下 16 毫米 /71度
车体顶部 6 毫米
车体底部 7 毫米
炮塔前部 23 毫米 /48度
炮塔侧部 19 毫米 /54度
炮塔后部 13 毫米 /60度
炮塔顶部 6 毫米
炮塔防盾 26 ～ 33 毫米
作战运用：
BM П -1 步兵战斗车曾参加了阿富汗战争，主要用于协同 T-64 坦克作战 , 在清剿游击队据点作战中发挥了一定作用 , 但由于阿富汗境内多山 , 机动受限 , 其作战效能未能充分发挥 , 武器装备相对落后的阿游击队也曾利用地形成功地伏击了 BM П -1 车队。在查普查勒山口战中 , 游击队用炸药炸开了两侧峭壁上的岩石 , 受道路限制而排成一线的 BM П -1 战车有数十辆被巨石击中 , 车载 73 毫米主炮受仰角限制 , 无法发扬火力打击山顶上游击队员 ,损失惨重。
识别特征：
①炮塔小而低矮 , 火炮前端不超过车首 , 上方有一具萨格尔反坦克导弹发射导轨。
②车体前方装甲呈锐角 , 下沿形状几乎是履带的自然延伸 , 车尾部几乎无斜角 , 双开式舱门向外凸明显。
③采用 6 对大直径负重轮。
现在的BMP系列步兵战车已经发展到了BMP4型，不过最经典的还是1型，出口最多，也是最有名的一种。
3.骨形态发生蛋白即Bone morphogenetic protein，中文名为骨形态发生蛋白，人骨形态发生蛋白不但具有良好的诱导成骨活性，可作为成骨因子应用于骨组织工程领域，还是7 种重要的发育调节因子。
4.基本多文种平面
基本多文种平面，BMP(Basic Multilingual Plane)，或称第零平面(Plane 0)，是Unicode中的一个编码区段。编码从U+0000至U+FFFF。
Unicode 基本多文种平面的示意图。每个写着数字的格子代表256个码点。右图是基本多文种平面的示意图。颜色各代表了：
黑 = 拉丁文字及符号
浅蓝 = Linguistic scripts
蓝 = 其他欧洲文字
橘 = Middle Eastern and SW Asian scripts
浅橘 =非洲文字
绿 =南亚文字
紫 =东南亚文字
红 =东亚文字
浅红 = 中日韩汉字
黄 = Aboriginal scripts
紫红 =符号
深灰 = Diacritics
浅灰 =UTF-16surrogates and private use
蓝青 = Miscellaneous characters
白 = 未使用
状态
现版本为修订4.10版，2005年9月19日出版。已分配编码区段为：
0000-007F：C0控制符及基本拉丁文 (C0 Control and Basic Latin)
0080-00FF：C1控制符及拉丁文补充-1 (C1 Control and Latin 1 Supplement)
0100-017F：拉丁文扩展-A (Latin Extended-A)
0180-024F：拉丁文扩展-B (Latin Extended-B)
0250-02AF：国际音标扩展 (IPA Extensions)
02B0-02FF：空白修饰字母 (Spacing Modifiers)
0300-036F：结合用读音符号 (Combining Diacritics Marks)
0370-03FF：希腊文及科普特文 (GreekandCoptic)
0400-04FF：西里尔字母(Cyrillic)
0500-052F：西里尔字母补充 (Cyrillic Supplement)
0530-058F：亚美尼亚语(Armenian)
0590-05FF：希伯来文 (Hebrew)
0600-06FF：阿拉伯文 (Arabic)
0700-074F：叙利亚文 (Syriac)
0750-077F：阿拉伯文补充 (Arabic Supplement)
0780-07BF：马尔代夫语 (Thaana)
07C0-07FF：西非书面语言 (N'Ko)
0800-085F：阿维斯塔语及巴列维语 (AvestanandPahlavi)
0860-087F：Mandaic
0880-08AF：撒马利亚语 (Samaritan)
0900-097F：天城文书 (Devanagari)
0980-09FF：孟加拉语 (Bengali)
0A00-0A7F：锡克教文 (Gurmukhi)
0A80-0AFF：古吉拉特文 (Gujarati)
0B00-0B7F：奥里亚文 (Oriya)
0B80-0BFF：泰米尔文 (Tamil)
0C00-0C7F：泰卢固文 (Telugu)
0C80-0CFF：卡纳达文 (Kannada)
0D00-0D7F：德拉维族语 (Malayalam)
0D80-0DFF：僧伽罗语 (Sinhala)
0E00-0E7F：泰文 (Thai)
0E80-0EFF：老挝文 (Lao)
0F00-0FFF：藏文 (Tibetan)
1000-109F：缅甸语 (Myanmar)
10A0-10FF：格鲁吉亚语 (Georgian)
1100-11FF：朝鲜文 (Hangul Jamo)
1200-137F：埃塞俄比亚语 (Ethiopic)
1380-139F：埃塞俄比亚语补充 (Ethiopic Supplement)
13A0-13FF：切罗基语 (Cherokee)
1400-167F：统一加拿大土著语音节 (Unified Canadian Aboriginal Syllabics)
1680-169F：欧甘字母 (Ogham)
16A0-16FF：如尼文 (Runic)
1700-171F：塔加路文 (Tagalog)
1720-173F：哈努诺文(Hanunóo)
1740-175F：布迪文(Buhid)
1760-177F：塔格巴努亚文(Tagbanwa)
1780-17FF：高棉语 (Khmer)
1800-18AF：蒙古文 (Mongolian)
1900-194F：林布文(Limbu)
1950-197F：德宏傣语 (Tai Le)
1980-19DF：新傣语 (New Tai Lue)
19E0-19FF：高棉语记号 (Kmer Symbols)
1A00-1A1F：布吉文(Buginese)
1A20-1A5F：巴塔克文(Batak)
1A80-1AEF：兰纳文(Lanna)
1B00-1B7F：巴厘语 (Balinese)
1B80-1BB0：巽他语 (Sundanese)
1BC0-1BFF：杨松录苗文(Pahawh Hmong)
1C00-1C4F：雷布查语(Lepcha)
1C50-1C7F：Ol Chiki
1C80-1CDF：曼尼普尔语 (Meithei/Manipuri)
1D00-1D7F：语音学扩展 (Phonetic Extensions)
1D80-1DBF：语音学扩展补充 (Phonetic Extensions Supplement)
1DC0-1DFF：结合用读音符号补充 (Combining Diacritics Marks Supplement)
1E00-1EFF：拉丁文扩充附加 (Latin Extended Additional)
1F00-1FFF：希腊语扩充 (Greek Extended)
2000-206F：常用标点 (General Punctuation)
2070-209F：上标及下标 (Superscripts and Subscripts)
20A0-20CF：货币符号 (Currency Symbols)
20D0-20FF：组合用记号 (Combining Diacritics Marks for Symbols)
2100-214F：字母式符号 (Letterlike Symbols)
2150-218F：数字形式 (Number Form)
2190-21FF：箭头 (Arrows)
2200-22FF：数学运算符 (Mathematical Operator)
2300-23FF：杂项工业符号 (Miscellaneous Technical)
2400-243F：控制图片 (Control Pictures)
2440-245F：光学识别符 (Optical Character Recognition)
2460-24FF：封闭式字母数字 (Enclosed Alphanumerics)
2500-257F：制表符 (Box Drawing)
2580-259F：方块元素 (Block Element)
25A0-25FF：几何图形 (Geometric Shapes)
2600-26FF：杂项符号 (Miscellaneous Symbols)
2700-27BF：印刷符号 (Dingbats)
27C0-27EF：杂项数学符号-A (Miscellaneous Mathematical Symbols-A)
27F0-27FF：追加箭头-A (Supplemental Arrows-A)
2800-28FF：盲文点字模型 (Braille Patterns)
2900-297F：追加箭头-B (Supplemental Arrows-B)
2980-29FF：杂项数学符号-B (Miscellaneous Mathematical Symbols-B)
2A00-2AFF：追加数学运算符 (Supplemental Mathematical Operator)
2B00-2BFF：杂项符号和箭头 (Miscellaneous Symbols and Arrows)
2C00-2C5F：格拉哥里字母 (Glagolitic)
2C60-2C7F：拉丁文扩展-C (Latin Extended-C)
2C80-2CFF：古埃及语 (Coptic)
2D00-2D2F：格鲁吉亚语补充 (Georgian Supplement)
2D30-2D7F：提非纳文 (Tifinagh)
2D80-2DDF：埃塞俄比亚语扩展 (Ethiopic Extended)
2E00-2E7F：追加标点 (Supplemental Punctuation)
2E80-2EFF：CJK 部首补充 (CJK Radicals Supplement)
2F00-2FDF：康熙字典部首 (Kangxi Radicals)
2FF0-2FFF：表意文字描述符 (Ideographic Description Characters)
3000-303F：CJK 符号和标点 (CJK Symbols and Punctuation)
3040-309F：日文平假名 (Hiragana)
30A0-30FF：日文片假名 (Katakana)
3100-312F：注音字母 (Bopomofo)
3130-318F：朝鲜文兼容字母 (Hangul Compatibility Jamo)
3190-319F：象形字注释标志 (Kanbun)
31A0-31BF：注音字母扩展 (Bopomofo Extended)
31C0-31EF：CJK 笔画 (CJK Strokes)
31F0-31FF：日文片假名语音扩展 (Katakana Phonetic Extensions)
3200-32FF：封闭式 CJK 文字和月份 (Enclosed CJK Letters and Months)
3300-33FF：CJK 兼容 (CJK Compatibility)
3400-4DBF：CJK 统一表意符号扩展 A (CJK Unified Ideographs Extension A)
4DC0-4DFF：易经六十四卦符号 (Yijing Hexagrams Symbols)
4E00-9FBF：CJK 统一表意符号 (CJK Unified Ideographs)
A000-A48F：彝文音节 (Yi Syllables)
A490-A4CF：彝文字根 (Yi Radicals)
A500-A59F：瓦伊语(Vai)
A640-A69F：统一加拿大土著语音节补充 (Unified Canadian Aboriginal Syllabics Supplement)
A700-A71F：声调修饰字母 (Modifier Tone Letters)
A720-A7FF：拉丁文扩展-D (Latin Extended-D)
A800-A82F：Syloti Nagri
A840-A87F：八思巴字(Phags-pa)
A880-A8DF：Saurashtra
A900-A92F：Kayah Li
A930-A95F：勒姜语(Rejang)
AA00-AA5F：鞑靼文(Cham)
AC00-D7AF：朝鲜文音节 (Hangul Syllables)
D800-DB7F：高位替代(High Surrogates)
DB80-DBFF：高位专用替代(High Private Use Surrogates)
DC00-DFFF：低位替代(Low Surrogates)
E000-F8FF：自行使用区域 (Private Use Zone)
F900-FAFF：CJK 兼容象形文字 (CJK Compatibility Ideographs)
FB00-FB4F：字母表达形式 (Alphabetic Presentation Form)
FB50-FDFF：阿拉伯表达形式A (Arabic Presentation Form-A)
FE00-FE0F：变量选择符 (Variation Selector)
FE10-FE1F：竖排形式 (Vertical Forms)
FE20-FE2F：组合用半符号 (Combining Half Marks)
FE30-FE4F：CJK 兼容形式 (CJK Compatibility Forms)
FE50-FE6F：小型变体形式 (Small Form Variants)
FE70-FEFF：阿拉伯表达形式B (Arabic Presentation Form-B)
FF00-FFEF：半型及全型形式 (Halfwidth and Fullwidth Form)
FFF0-FFFF：特殊 (Specials)
附图说明：Unicode 基本多文种平面的示意图。每个写着数字的格子代表256个码点。