• NTFS 文件系统解析


    1. windows 下磁盘文件读写

    下面是读取D:磁盘上的第0扇区 512 Bytes

    CreateFile()打开磁盘,获取文件句柄;

    SetFilePointer()设置读写的位置;

    ReadFile()读取磁盘扇区数据。

    HANDLE hFile;
    char drive[] = "\\.\D:";    //------- \.D: ----- //------- 创建文件句柄 ------ hFile = CreateFile(drive,    // 还可以为硬盘"\\.\physicalDrive0"绝对读写, 或类似"D:\abc\fileName.txt"文件形式,           GENERIC_READ,      // 打开方式           FILE_SHARE_WRITE|FILE_SHARE_READ, // 前者表示之后打开该文件的程序 only write, 后者为only read           NULL,                // 安全属性 LPSECURITY_ATTRIBUTES           OPEN_EXISTING,           // how to Create           0, NULL);              // if(hFile == INVALID_HANDLE_VALUE) return;

    // 中间两个参数分别是偏移字节数的低32Bit数值,和高32Bit的地址, 高32Bit不用则为零; 此处表示D:从首扇区起,偏移字节数为0
    SetFilePointer(hFile, 0, NULL, FILE_BEGIN);
    DWORD lenRead;
    ReadFile(hFile, buf,
    512, &lenRead, NULL); // 在设定的位置起,读取512Byte到缓存buf; 这里读取的是分区引导扇区

     2. 获取磁盘所有驱动器

    DWORD allDrive = GetLogicalDrive().
    // 返回值共有 32 Bits,从低位到高位分别表示A,B,C,D,E,.....
    // 比如0x0000 007C, 即  01111100, 表示有C,D,E,F,G 共5个驱动器;

    3. NTFS 文件系统

      一个NTFS系统是由引导扇区,主文件表MFT,和数据区组成;另外MFT有一部分重要备份在数据区。

    (1) 引导扇区

     若果D:盘是NTFS文件系统,那么上面得到的第0个扇区数据 buf 偏移0x03开始的8个Bytes就是"NTFS    ",表示这个扇区就是NTFS

    的引导记录。这第0个扇区也就是$Boot扇区,这个扇区包含了该卷的 BPB 和扩展BPB参数,可以得到该卷的卷大小,磁头数,扇区大小,簇

    大小等等参数;要解析一个NTFS卷的文件结构也是从这里的BPB参数开始的。

    解析时有用到的是这个扇区的前 88 (0x58) 个Bytes,剩余的是引导代码和结束标志"55 AA",前88个字节具体结构如下:

     1 typedef struct NTFS_BPB{     // 在cmd 输入 fsutil fsinfo ntfsinfo d: 查询 NTFS 信息
     2     UCHAR jmpCmd[3];
     3     UCHAR s_ntfs[8];            // "NTFS    " 标志
     4 // 0x0B
     5     UCHAR bytesPerSec[2];        //  0x0200  扇区大小,512B
     6     UCHAR SecsPerClu;            //  0x08    每簇扇区数,4KB
     7     UCHAR rsvSecs[2];            //       保留扇区
     8     UCHAR noUse01[5];            //
    9 // 0x15 10 UCHAR driveDscrp; // 0xF8 磁盘介质 -- 硬盘 11 UCHAR noUse02[2]; //
    12 // 0x18 13 UCHAR SecsPerTrack[2]; //  0x003F  每道扇区数 63 14 UCHAR Headers[2]; //  0x00FF 磁头数 15 UCHAR secsHide[4]; //  0x3F  隐藏扇区 16 UCHAR noUse03[8]; // 17 // 0x28 18 UCHAR allSecsNum[8]; // 卷总扇区数, 高位在前, 低位在后 19 // 0x30 20 UCHAR MFT_startClu[8]; // MFT 起始簇 21 UCHAR MFTMirr_startClu[8]; // MTF 备份 MFTMirr 位置 22 //0x40 23 UCHAR cluPerMFT[4];     // 每记录簇数 0xF6 24 UCHAR cluPerIdx[4];     // 每索引簇数 25 //0x48 26 UCHAR SerialNum[8];    // 卷序列号
    27 UCHAR checkSum[8];     // 校验和 28 }Ntfs_Bpb,*pNtfs_Bpb;

    (2) 关于簇

      在一个分区中引导记录扇区所在的簇编号为0,往后的簇编号1,2,3等等一直到卷尾,这就是一个分区的逻辑簇号(LCN);计算

    逻辑扇区号:LCN * 簇大小,簇的大小在BPB参数中找到,一般为8个扇区4KB;以此可以由 MFT 起始簇 MFT_startClu 计算

    出第一个 MFT 项(记录)的位置。

      VCN,虚拟簇号,给一个文件从它的首簇开始编号,为0,依次递增一直到文件的尾簇,在物理上不一定连续。

    (3) 主文件表  (Master File Table, MFT)

      MFT 是由一条条 MFT 项(记录)所组成的,而且每项大小是固定的(一般为1KB),MFT保留了前16项用于特殊文件记录,称为元数据,

    元数据在磁盘上是物理连续的,编号为0~15;如果$MFT的偏移为0x0C0000000, 那么下一项的偏移就是0x0C0000400,在下一项就是

    0x0C0000800等等;

         

      MFT记录了整个卷的所有文件 (包括MFT本身、数据文件、文件夹等等) 信息,包括空间占用,文件基本属性,文件位置索引,创建时

    间用户权限,加密信息等等,每一个文件在 MFT 中都有一个或多个 MFT 项记录文件属性信息,这里的属性包括数据,如果这个文件很小

    在 MFT 项中就可以放下,那么这条属性就定义为常驻属性,常驻标志位记为1,如果是非常驻,则有一个索引指向另一条记录(称为一个运行)。

    (3) 第一条 MFT 项:  $MFT

      MFT 的第一项记录$MFT描述的是主分区表MFT本身,它的编号为0,MFT项的头部都是如下结构:

     1 typedef struct MFT_HEADER{
     2     UCHAR    mark[4];             // "FILE" 标志 
     3     UCHAR    UsnOffset[2];        // 更新序列号偏移     30 00
     4     UCHAR    usnSize[2];          // 更新序列数组大小+1   03 00
     5     UCHAR    LSN[8];              // 日志文件序列号(每次记录修改后改变)  58 8E 0F 34 00 00 00 00
     6 // 0x10
     7     UCHAR    SN[2];               // 序列号 随主文件表记录重用次数而增加
     8     UCHAR    linkNum[2];          // 硬连接数 (多少目录指向该文件) 01 00
     9     UCHAR    firstAttr[2];        // 第一个属性的偏移  38 00
    10     UCHAR    flags[2];            // 0已删除 1正常文件 2已删除目录 3目录正使用
    11 // 0x18
    12     UCHAR    MftUseLen[4];        // 记录有效长度    A8 01 00 00
    13     UCHAR    maxLen[4];            // 记录占用长度   00 04 00 00
    14 // 0x20
    15     UCHAR    baseRecordNum[8];     // 索引基本记录, 如果是基本记录则为0
    16     UCHAR    nextAttrId[2];        // 下一属性Id  07 00
    17     UCHAR    border[2];            //
    18     UCHAR    xpRecordNum[4];       // 用于xp, 记录号
    19 // 0x30
    20     UCHAR    USN[8];          // 更新序列号(2B) 和 更新序列数组
    21 }Mft_Header, *pMft_Header;

           

    上面的头部结构体在扇区的数据偏移 0x00 ~0x38;

    在0x38之后的4大块颜色数据是4条属性,描述名称,时间,索引等等信息,最后以"FF FF FF FF"结束。它们分别以0x10,0x30,

    0x80, 0xB0作为标志;这里的四种属性所描述的的信息类型可以由下表查得,对照数据和结构体可以把这4条属性解析出来。

       

     1 //------------------  属性头通用结构 ----
     2 typedef struct NTFSAttribute //所有偏移量均为相对于属性类型 Type 的偏移量
     3 {
     4     UCHAR Type[4];           // 属性类型 0x10, 0x20, 0x30, 0x40,...,0xF0,0x100
     5     UCHAR Length[4];         // 属性的长度 
     6     UCHAR NonResidentFiag;   // 是否是非常驻属性,l 为非常驻属性,0 为常驻属性 00
     7     UCHAR NameLength;        // 属性名称长度,如果无属性名称,该值为 00
     8     UCHAR ContentOffset[2];  // 属性内容的偏移量  18 00
     9     UCHAR CompressedFiag[2]; // 该文件记录表示的文件数据是否被压缩过 00 00
    10     UCHAR Identify[2];       // 识别标志  00 00
    11 //--- 0ffset: 0x10 ---
    12 //--------  常驻属性和非常驻属性的公共部分 ----
    13     union CCommon
    14     {
    15     //---- 如果该属性为 常驻 属性时使用该结构 ----
    16         struct CResident
    17         {
    18             UCHAR StreamLength[4];        // 属性值的长度, 即属性具体内容的长度。"48 00 00 00"
    19             UCHAR StreamOffset[2];        // 属性值起始偏移量  "18 00"
    20             UCHAR IndexFiag[2];           // 属性是否被索引项所索引,索引项是一个索引(如目录)的基本组成  00 00
    21         };
    22     //------- 如果该属性为 非常驻 属性时使用该结构 ----
    23         struct CNonResident
    24         {
    25             UCHAR StartVCN[8];            // 起始的 VCN 值(虚拟簇号:在一个文件中的内部簇编号,0起)
    26             UCHAR LastVCN[8];             // 最后的 VCN 值
    27             UCHAR RunListOffset[2];       // 运行列表的偏移量
    28             UCHAR CompressEngineIndex[2]; // 压缩引擎的索引值,指压缩时使用的具体引擎。
    29             UCHAR Reserved[4];
    30             UCHAR StreamAiiocSize[8];     // 为属性值分配的空间 ,单位为B,压缩文件分配值小于实际值
    31             UCHAR StreamRealSize[8];      // 属性值实际使用的空间,单位为B
    32             UCHAR StreamCompressedSize[8]; // 属性值经过压缩后的大小, 如未压缩, 其值为实际值
    33         };
    34     };
    35 };

        由这个结构体可以知道,属性头的长度取决于是否有属性名,属性名长度是多少;是否常驻,如果常驻,属性内容长度是多少,如果非常驻,运行列表有多长。

       (0x08)日志文件序列号,它又叫文件参考号、文件引用号,一共 8Byte,前6个字节是文件称为文件号;后2个字节是文件顺序号,文件顺序号随重用而增加。

       10H 类型:10H属性$STANDART_INFORMATION,描述的是文件的创建、访问、修改时间,传统属性,以及版本信息等等。

     1 struct Value0x10
     2 {
     3     UCHAR fileCreateTime[8];    // 文件创建时间 
     4     UCHAR fileChangeTime[8];    // 文件修改时间 
     5     UCHAR MFTChangeTime[8];     // MFT修改时间 
     6     UCHAR fileLatVisited[8];    // 文件最后访问时间 
     7     UCHAR tranAtrribute[4];     // 文件传统属性
     8     UCHAR otherInfo[28];        // 版本,所有者,配额,安全等等信息(详细略)
     9     UCHAR updataNum[8];         // 文件更新序列号 
    10 }; 

        

      下面的偏移都是相对于属性首字节,其值加上0x38 就是实际偏移(图中的offset)。

    0x00 4B: (0x10) 类型标志

    0x04 4B: (0x60) 整条10H属性的长度

    0x08 1B: (0x00) 非常驻

    0x09 1B: (0x00) 无属性名称

    0x0A 2B: (0x18) 属性内容偏移位置

    0x18 8B: (ED 46 39 6B 6B 93 CF 01) 8个字节是文件创建时间,紧随其后的3x8个字节分别是文件最后修改时间,MFT修改

    时间,文件最后访问时间。64位数值是相对于1601-01-01零点整的千万分之一秒数。可以用FileTimeToSystemTime()转换成

    我们通常见到的形式。

    0x38 8B: (06 00 00 00 00 00 00 00)传统属性,这里是系统隐含文件,位描述:

    后面还有0x28个字节是版本和管理信息等等。

     

     20H类型  $ATTRIBUTE_LIST

    当一个文件需要多个MFT项来记录,20H是用来描述属性的属性列表;当非常驻属性依然不够空间,则需要属性列表。20H类属性也有

    可能为常驻或非常驻,可以应用上面的通用属性头。以此结构体得到属性值的偏移地址,进而得到属性内容。

     //------- 这个结构只是数据内容部分,不包括属性头 NTFSAttribute ----
    //------- 由属性头的属性值偏移量确定属性值的起始位置 ---
    1
    struct Value0x20{ 2 UCHAR type[4]; // 类型 3 UCHAR recordType[2]; // 记录类型 4 UCHAR nameLen[2]; // 属性名长度 5 UCHAR nameOffset; // 属性名偏移 6 UCHAR startVCN[8]; // 起始 VCN 7 UCHAR baseRecordNum[8]; // 基本文件记录索引号 8 UCHAR attributeId[2]; // 属性 id 9 //---- 属性名(Unicode) 长度取决于 nameLen 的值 --- 10 };

        30H 类型  $FILE_NAME

      30H 类型属性描述的是文件或文件夹的名字和创建基本信息,属性头不在赘述,属性值的结构如下:

     1 struct Value0x30
     2 {
     3     UCHAR parentFileNum[8];     // 父目录的文件参考号,前6B
     4     UCHAR createTime[8];        // 文件创建时间
     5     UCHAR changeTime[8];        // 文件修改时间
     6     UCHAR MFTchangeTime[8];     // MFT 修改时间 
     7     UCHAR lastVisitTime[8]      // 最后一次访问时间 
     8     UCHAR AllocSize[8];         // 文件分配大小 
     9     UCHAR realSize[8];          // 实际大小 
    10     UCHAR fileFlag[4];          // 文件标志,系统 隐藏 压缩等等 
    11     UCHAR EAflags[4]            // EA扩展属性和重解析点
    12     UCHAR nameLength;           // 文件名长 
    13     UCHAR nameSpace;            // 文件命名空间 
    14     //----- Name (Unicode编码) 长度为 2 * nameLength ---- 
    15 }

      NTFS通过为一个文件创建多个30H属性实现POSIX (Portable Operating System Interface, 可移植操作系统接口) 式硬连接,

    每个30H属性都有自己的详细资料和父目录;一个硬连接删除时,就从MFT中删除这个文件名,最后一个硬连接被删除时,这个文件就算是

    真正被删除了。

     文件参考号:包括前 6B 的文件记录号,后 2B 的文件引用计数;当文件记录号为0x05时,是根目录。

     命名空间:0 --- POSIX, 1 -- Win32,  2 --- DOS,  3 --- Win32 & DOS

      40H 属性  $OBJECT_ID

     MTFS统一给所有 MFT 记录分配的一个标识 --- 对象ID,即结构体第一个16B,可能只有一个全局对象ID,后面的3个ID可能没有。

    1 struct Value0x40
    2 {
    3     UCHAR GObjectId[16];            // 全局对象ID 给文件的唯一ID号 
    4     UCHAR GOriginalVolumeId[16];    // 全局原始卷ID 永不改变 
    5     UCHAR GOriginalObjectId[16];    // 全局原始对象ID 派给本MFT记录的第一个对象ID 
    6     UCHAR GDomain[16];              // 全局域ID (未使用)
    7 };

      50H 属性  $SECURITY_DESCRIPTOR ( 安全描述符) 略。

      60H 属性  $VOLUME_NAME 卷名属性

    1 struct Value0x60
    2 {
    3     //---- 通用属性头 --
    4     UCHAR VolumeName[N];    //(Unicode) N 最大为 127 外加一个结束符''
    5 };

       70H 属性  $VOLUME_INFORMATION  卷版本、状态

     1 struct Value0x70
     2 {    //----- 通用属性头 --- 
     3     UCHAR noUsed1[8];        // 00
     4     UCHAR mainVersion;       // 主版本号 1--winNT, 3--Win2000/XP
     5     UCHAR SecVersion;        // 次版本号 当主为3, 0--win2000, 1--WinXP/7
     6     UCHAR flag[2];           // 标志 
     7     UCHAR noUsed2[4];        // 00 
     8 };
     9 /* flag:
    10 *  0x0001  坏区标志 下次重启时chkdsk/f进行修复
    11 *  0x0002  调整日志文件大小 
    12 *  0x0004  更新装载 
    13 *  0x0008  装载到 NT4 
    14 *  0x0010  删除进行中的USN 
    15 *  0x0020  修复对象 Ids 
    16 *  0x8000  用 chkdsk 修正卷 
    17 */ 

      80H 属性  $DATA  容纳文件数据(未命名数据流),文件的大小一般指是未命名数据流的大小,没有长度限制,当它为常驻时,数据

      长度最小。它的结构为属性头加上数据流,如果数据流太大,则标记为非常驻,以运行的方式索引到外部。例如找一个MP3文件,从它的MFT

     项中0x80属性中可以看到它一定是非常驻,它的运行所指向的一系列簇就是音乐文件数据流;

      一个80H属性实例:

      

       0x00~0x37  是属性头;运行列表偏移是紫色和橙色区域,0x40开始,可以得到运行列表 32 40 34 00 00 0C 32 80 31 07 54 16 ;分析如下:

     首先0x32,低4位是2,表示紧随其后的2Byte 0x3440作为运行簇大小,高4位是3,表示簇大小之后的3个Byte 0x0C0000 是起始簇,这

    是一个运行结束;接下来的0x32同理得簇起始号0x165407,运行大小为0x3180簇;一个运行的结束后跟0x00 为列表结束,之后填充无效字符。

     90H 属性  $INDEX_ROOT  索引根。实现NTFS的B+树索引的根节点,总是常驻。索引根属性由属性头、索引根和索引项组成。属性头是通用

    属性头的常驻部分。结构体如下(可能有些偏差):

     1 struct indexHeader 
     2 {
     3     UCHAR type[4];             //  属性类型 
     4     UCHAR checkRule[4];        // 校对规则 
     5     UCHAR allocSize[4];        // 索引项分配大小 
     6     UCHAR CluPerIdx;           // 每索引记录的簇数
     7     UCHAR noUse01[3];          // 填充 
     8 
     9     UCHAR firstIdxOffset[4];    // 第一个索引项偏移 
    10     UCHAR idxTotalSize[4];      // 索引项总大小 
    11     UCHAR indxAllocSize[4];     // 索引项分配大小 
    12     UCHAR flag;                 // 标志
    13     UCHAR noUse02[3];
    14 };
    15 // 一般小目录在90属性中有常驻目录项,目录项的结构与INDX缓存中的目录项一样
    16 struct indexItem
    17 {    
    18     UCHAR MFTnum[8]                 // 文件的 MFT 记录号,前6B是MFT编号,用于定位此文件记录
    19     UCHAR ItemLen:[2];              // 索引项大小
    20     UCHAR IndexIdentifier:[2];      // 索引标志 R
    21     UCHAR isNode[2];                // 1---此索引包含一个子节点,0---此为最后一项 
    22     UCHAR noUse03[2];               // 填充
    23     UCHAR FMFTnum[8];               // 父目录 MFT文件参考号 0x05表示根目录 
    24     UCHAR CreateTime[8];            //文件创建时间
    25     UCHAR fileModifyTime[8];        //文件修改时间
    26     UCHAR MFTModifyTime[8];         //文件记录最后修改时间
    27     UCHAR LastVisitTime[8];         //文件最后访问时间
    28     UCHAR FileAllocSize[8];         //文件分配大小 (B)
    29     UCHAR FileRealSize[8];          //文件实际大小 (B)
    30     UCHAR FileIdentifier[8];        //文件标志
    31     UCHAR FileNameLen;              //文件名长度
    32     UCHAR FileNameSpace;           //文件名命名空间
    33 //---- 0x52 --- 
    34     //FileName;                     // 文件名 (末尾填满 8 字节)
    35     UCHAR nextItemVCN[8];           // 下一项的 VCN (有子节点才有)
    36 };

     A0H   属性  $INDEX_ALLOCATION  索引分配属性,也是索引,由属性头和运行列表组成,一般指向一个或多个目录文件(INDX文件,即4K缓存);

     A0H属性和90H属性共同描述了磁盘文件和目录的 MFT 记录的位置。第5项MFT的A0H属性记录根目录的位置。

     B0H   属性  $BITMAP 位图属性,虚拟簇使用(占用)情况,这条属性用在$MFT和索引中;在Bitmap文件中,每一个 Bit 代表分区的一个簇,置1代表其已使用;

    第0个字节的第0位表示分区第0簇,之后依次递增。

     C0H   属性  $REPARSE_POINT 重解析点。使应用程序为文件或目录关联一个应用程序数据块,详细略。

     D0H   $EA_INFORMATION  扩充信息属性。为在NTFS下实现HPFS的OS/2子系统信息,及WinNT服务器的OS/2客户端应用而设置的,一般为非常驻;

     E0H   $EA  扩充属性  也是为了实现NTFS下的 HPFS,一般为非常驻;

     100H  $LOGGED_UTILITY_STREAM,EFS加密属性,存储用于实现EFS加密有关的信息,合法用户列表,解密密钥等等

    (4) 解析一个磁盘分区的文件目录的顺序:

      引导扇区($Boot) ----> 第0项记录($MFT) ----> 根目录记录(第5项,90H,A0H) ----> 根目录(INDX)

     1 struct indxHeader    // A0H外部缓存文件结构,最大长度一般为4K
     2 {
     3     UCHAR mark[4];        //  标志 "INDX"
     4     UCHAR usnOffset[2];   // 更新序列偏移
     5     UCHAR usnSize[2];     // 更新序列数组大小S
     6     UCHAR LSN[8];         // 日志文件序列号
     7     UCHAR indxVCN[8];     // 本索引缓存在分配索引中的VCN
     8     UCHAR itemOffset[4];  // 第一项索引的偏移(从这里开始计算)
     9     UCAHR itemSize[4];    // 索引项实际大小(B)
    10     UCHAR itemAlloc[4];   // 索引项分配大小(B)(不包括头部) 略小于4K
    11     UCHAR isNode;         // 是结点置1,表示有子节点
    12     UCHAR noUse[3];        
    13     //UCHAR USN[2S];      // 更新序列号和数组
    14 };

      在文件头之后就是目录项了,项的结构就是在上面90H的介绍里定义的indexItem,每一个项代表一个文件或目录的MFT项,通过

    项的 MFT 记录号可以计算出MFT项的磁盘地址,它等于$MFT 的偏移地址 + 编号*0x400,以此可以找到该索引项对应的文件或子目录

    的MFT项。

    (5)  搜索一个已删除的文件或目录的MFT项

     上面说了,一个文件的MFT项的地址等于$MFT的地址+MFT编号*0x400,如果目录中的对应项删除了,那么可以从MFT的首部开始检索,

    因为MFT一般是连续的,而一个MFT项的大小又是固定的,一项项读取,找到各自的0x30属性,解析出文件名,进行比较 (MFT中有一些

    空白区域需要跳过)。

    (6) 关于文件名

     一般在文件名的前一个字节是文件名的命名空间,不管是INDX文件中,还是0x30属性中。

      0x00 ---- POSI ,最大的命名空间,大小写敏感,支持除 '' 和 '/' 所有Unicode字符,最大程度255个字符;

      0x01 ---- Win32,是POSI的子集,不支持字符:* / < > |  : ?  ,不能用句点或空格结束;

      0x02 ---- DOS , 是Win32的子集,字符必须比空格0x20大,文件名1~8个字符,然后句点分割接后缀扩展名1~3个字符;

      0x03 --- DOS&Win32,必须兼容Win32和DOS命名方式

        在INDX文件中,经常可以看到含有0x02和0x03或者0x01的两个不同命名空间、相同MFT编号的项,也就是说这两个目录项指向同一个记录,同样的

    在这个文件的MFT项中也有两个0X30属性,其中一个是0x01或0x03,表示的是完整的文件名;另一个是0x02,DOS命名方式,它是一个短文件名,它在

    我们命名的基础上,截断 '.' 之前的超出6个字符的所有字符,只剩前6个,之后接上"~1" ,这样正好8个字符,当然后面的句点和扩展名保留。另外,它必须

    满足DOS命名规则,必须大写,删除禁止使用的字符等等。如果文件名重复了,在 "~1" 基础上递增,"~2","~3"等等。检索比对时,我们自然要使用前者。

     (7) 关于字符集

     字符集是字符在计算机上的编码方式,可以看成一种协议,一种约定规则,我们处理一串二进制数所代表的字符时,必须清楚它用的是哪一种编码方式;

    在windows系统中文件的命名是固定用两个字节表示一个字符,在MFT中可以发现英文文件名字符之间都填充一个 '' ,这是宽字符集与变长字符集兼容,

    在宽字符集中,小于128的字符数值上是等于ASCII码;我们的文件数据一般用的是变长字符集(GB2312等等);

    为了比较输入的文件名和NTFS中的文件名,我们必须要先转换;

    两个WinAPI 函数,用于宽字符和变长字符转换

    // 函数原型
    int
    WideCharToMultiByte( UINT CodePage, // code page DWORD dwFlags, // performance and mapping flags LPCWSTR lpWideCharStr, // address of wide-character string int cchWideChar, // number of characters in string LPSTR lpMultiByteStr, // address of buffer for new string int cchMultiByte, // size of buffer LPCSTR lpDefaultChar, // address of default for unmappable    // characters LPBOOL lpUsedDefaultChar // address of flag set when default // char. used ); int MultiByteToWideChar( UINT CodePage, // code page DWORD dwFlags, // character-type options LPCSTR lpMultiByteStr, // address of string to map int cchMultiByte, // number of bytes in string LPWSTR lpWideCharStr, // address of wide-character buffer int cchWideChar // size of buffer ); //--- WCHAR 定义在tchar.h中 ---- void charTest() { TCHAR tc1[16] ;  //= _T("后来"); WCHAR tc2[8] = {0x540E, 0x6765, 0, 0, 0, 0, 0, 0}; // memset(tc2, 0, 20); // MultiByteToWideChar(CP_ACP, 0, tc1, 4, (LPWSTR)tc2, 4); WideCharToMultiByte(CP_ACP, 0 ,(WCHAR*)tc2, 2, tc1, sizeof(tc1), 0, 0);   cout<<"tc1 "<<tc1<<sizeof(tc1)<<" "<<strlen(tc1)<<endl; PrintHex(tc1); cout<<endl; cout<<"tc2 "<<sizeof(tc2)<<" "<<wcslen((LPWSTR)tc2)<<endl; PrintHex(tc2); cout<<endl; }
  • 相关阅读:
    JS ajax请求参数格式( formData 、serialize)
    自己封装一个弹窗JS
    JAVA工程师面试题库
    正则表达式各种判断情况
    用angular中的angular-messages(ngMessage)实现表单验证时输入框外提示信息的显示与隐藏(直接把代码粘贴到新建的html文件中即可实现)
    rxjs 的用法
    浏览器兼容
    下面的路径可以作为以后练习前端调用的api 没有跨域访问的限制
    ES6 import 的几种写法
    git 比较两个分支
  • 原文地址:https://www.cnblogs.com/mwwf-blogs/p/4467687.html
Copyright © 2020-2023  润新知