Ext4文件系统架构分析

绝地灬酷狼 2023-05-29 02:29 18阅读 0赞

首发网址：[Ext4文件系统架构分析\_IT利刃出鞘的博客-CSDN博客\_ext4文件系统分析][Ext4_IT_-CSDN_ext4]

# 简介 #

本文描述的Ext4文件系统磁盘布局和元数据的一些分析，同样适用于Ext3的和的Ext2文件系

统，除了它们不支持的的Ext4的特性外，整个分析分两篇博文，分别概述布局和详细介绍各个布局的数据结构及组织寻址方式等。感兴趣的看官敬请留意和指导！

一个的Ext4文件系统被分成一系列块组。为减少磁盘碎片产生的性能瓶颈，块分配器尽量保持每个文件的数据块都在同一个块组中，从而减少寻道时间。以4KB的数据块为例，一个块组可以包含32768个数据块，也就是128MB。

# 相关网址 #

[linux的ext4官方描述][linux_ext4] [（翻译）][Link 1]

[EXT4文件系统的磁盘布局][EXT4]

#    1磁盘布局 #

EXT4文件系统的标准磁盘布局如下：  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ZlaXlpbmcwY2FuZ2xhbmc_size_16_color_FFFFFF_t_70][]

EXT4文件系统主要使用块组0中的超级块和块组描述符，在其他一些特定块组中有超级块和块组描述符表的冗余备份。如果块组中不含冗余备份，那么块组就会以数据块位图开始。当格式化磁盘成为Ext4文件系统的时候，mkfs将在块组描述符表后面分配预留GDT表数据块（“Reserve GDT blocks”）以用于将来扩展文件系统。紧接在预留GDT表数据块后的是数据块位图与inode的表位图，这两个位图分别表示本块组内的数据块与inode的表的使用，索引节点表数据块之后就是存储文件的数据块了。  
 在这些各种各样的块中，超级块，GDT，块位图，索引节点位图都是整个文件系统的元数据，当然的inode表也是文件系统的元数据，但是i节点表是与文件一一对应的，我更倾向于将索引节点当做文件的元数据，因为在实际格式化文件系统的时候，除了已经使用的十来个外，其他的inode表中实际上是没有任何数据 的，直到创建了相应的文件才会分配的inode表，文件系统才会在索引节点表中写入与文件相关的inode的信息。

#    2灵活块组（flex\_bg） #

灵活块组（flex\_bg）是从Ext4开始引入的新特性。在一个flex\_bg中，几个块组在一起组成一个逻辑块组。flex\_bg.Flex\_bg的第一个块组中的位图空间和inode表空间扩大为包含了flex\_bg中其他块组上位图和inode的表。

比如flex\_bg包含4个块组，块组0将按序包含超级块，块组描述符表，块组0-3的数据块位图，块组0-3的索引节点位图，块组0-3的i节点表，块组0中的其他空间用于存储文件数据。同时，其他块组上的数据块位图，索引节点位图，索引节点表元数据就不存在了，但是SB和GDT还是存在的。  
![format_png][]  
灵活的块组的作用是：

（1）聚集元数据，加速元数据载入;  
（2）使得大文件在磁盘上尽量连续;

即使开启flex\_bg特性，超级块和块组描述符的冗余备份仍然位于块组的开头。Flex\_bg中块组的个数由2 ^ ext4\_super\_block.s\_log\_groups\_per\_flex给出。

#    3元块组（Meta Block Groups） #

通常，在每个冗余备份的超级块的后面是一个完整的（包含所有块组描述符的）块组描述符表的备份。这样会产生一个限制，以Ext4的块组描述符大小64字节计算，文件系统中最多只能有2 ^ 21个块组，也就是文件系统最大为256TB。

使用元块组Meta元组特性，每个块组都包含该块组自己的描述符的冗余备份。因此可以创建2 ^ 33个块组，也就是文件系统最大1EB.48位数据块， - 个块组128MB，因而可以创建2 ^ 33个块组。

元块组实际上是可以用一个块组描述符块来进行描述的块组集，简单的说，它由一系列块组组成，同时这些块组对应的块组描述符存储在一个块中。它的出现使得Ext3的和的Ext4的磁盘布局有了一定的变化，以往超级块后紧跟的是变长的GDT块，现在是超级块依然决定于是否是3,5,7的幂，而一个块组描述符块则存储在元块组的第一个，第二个和最后一个块组的开始处（见下图）  
![format_png 1][]  
在两种情况下我们可能会用到这种新布局：

（1）文件系统创建时。用户可以指定使用这种布局。  
（2）当前文件系统增长而且预留的组描述符块耗尽时。目前超级块中有一个域s\_first\_meta\_bg用于描述第一个使用元块组的块组。

当增加新块组时，我们不需要给组描述符表预留空间，而是在当前文件系统后面直接添加新的元块组就可以了。

#    4懒惰块组初始化 #

如果块组中的相应标志已设置，那么块组中的索引节点位图和索引节点表将不被初始化。这样可以减少mkfs的时间，如果开启了块组描述符校验和功能，甚至连块组都可以不初始化。

#    5特殊inodes #

EXT4预留了一些索引节点做特殊特性使用，见下表：

表1 Ext4的特殊inode

<table style="width:274.6pt;"> 
 <tbody> 
 <tr> 
 <td style="width:40.2pt;"> inode </td> 
 <td style="vertical-align:top;width:234.4pt;"> 用途 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 0 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 不存在0号inode </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 1 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 损坏数据块链表 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 2 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 根目录 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 3 </td> 
 <td style="vertical-align:top;width:234.4pt;"> ACL索引 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 4 </td> 
 <td style="vertical-align:top;width:234.4pt;"> ACL数据 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 5 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 引导装载程序 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 6 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 未删除的目录 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 7 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 预留的块组描述符inode </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 8 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 日志inode </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 9 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 排除在外的inode，用于快照 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 10 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 备份inode，用于一些非上游特性 </td> 
 </tr> 
 <tr> 
 <td style="width:40.2pt;"> 11 </td> 
 <td style="vertical-align:top;width:234.4pt;"> 第一个非预留的inode，通常是lost + found目录 </td> 
 </tr> 
 </tbody> 
</table>

#    6数据块和Inode分配策略 #

在机械磁盘上，保持相关的数据块相互接近可以总的磁头移动时间，因而可以加速磁盘IO。在SSD上虽然没有磁头转动，数据局部性可以增加每次IO请求的传输的数据大小，因而减少响应IO请求的传输次数。数据的局部性对单个擦除块的写入产生影响，可以加速文件重写的速度。因而尽可能减少碎片是必要的。inode和数据块的分配策略可以保证数据的局部集中。以下为inode和数据块的分配策略：

(1) 多块分配可以减少磁盘碎片。当文件初次创建的时候，块分配器预测性地分配8KB的磁盘空间给文件。当文件关闭的时候，未使用的空间当然也就释放了。但是如果推测是正确的，那么文件数据将写到一个多个块的extent中。

(2) 延迟分配。当一个文件需要更多的数据块引起写操作时，文件系统推迟决定新数据在磁盘上的存放位置，直到脏的buffer写到磁盘为止。

(3) 尽量保持文件的数据块与其inode在同一个块组中。可以减少磁盘寻道时间.

(4) 尽量保持同一个目录中的所有inodes与目录位于同一个块组中。这样的假设前提是一个目录中的文件是相关的。

(5) 磁盘卷被分成128MB的块组。当在根目录中创建目录时，inode分配器扫描块组并将新目录放到它找到的使用负荷最小的块组中。这可以保证目录在磁盘上的分散性。

(6) 即使上述机制无效，仍然可以使用e4defrag整理碎片文件。

#    7 超级块 #

超级块记录整个文件系统的大量信息，如数据块个数、inode个数、支持的特性、管理信息，等待。

如果设置sparse\_super特性标志，超级块和块组描述符表的冗余备份仅存放在编号为0或3、5、7的幂次方的块组中。如果未设置sparse\_super特性标志，冗余备份存在与所有的块组中。以下是2.6.32.18内核中对Ext4超级块的描述：

![format_png 2][]  
  
![format_png 3][]

3.0的内核中，Ext4的超级块加入了以下相关元数据：快照、文件系统错误处理相关、挂载选项、配额文件inode、超级块校验和等，见下图。目前没有深入研究这些新的元数据。

![format_png 4][]

# **8 块组描述符** #

一个块组中，具有固定位置的数据结构是超级块和块组描述符。其他数据结构位置都可以不固定。Flex\_bg机制使用这个性质将几个块组聚合成一个flex块组，将flex\_bg中所有位图和inode 表放到flex\_bg的第一个块组中。详细情况可以参考我的上一篇Ext4分析博文的Flexible 块组（flex\_bg）部分。

![format_png 5][]  
如果设置了meta\_bg特性标志，几个块组结合成一个meta group。在meta\_bg的情况下，在meta group中的第一个和最后两个块组中仅包含meta group中的块组的块组描述符。Flex\_bg和Meta\_bg互斥因而不能共同出现。

#    9 数据块位图与inode位图 #

数据块位图跟踪块组中数据块使用情况。Inode位图跟踪块组中Inode使用情况。每个位图一个数据块，每一位用0或1表示一个块组中数据块或inode表中inode的使用情况。如果一个数据块大小是4KB的话，那一个位图块可以表示4\*1024\*8个数据块的使用情况，这也是单个块组具有的最大数据块个数。这样可以算出一个块组大小是128MB。当然一个位图块也可以表示4\*1024\*8个inode的使用情况，但是实际上一个块组中即使存满了文件，也不会用到这么多的inode，因为实际系统中基本不会出现所有文件大小都小于等于1个数据块大小的情况。实际上一个块组中有多少个inode，在块组描述符中是确定的，在文件系统格式化过程中也会看到这个数值，如果没记错的话，大概是每4个还是8个数据块分配一个inode空间。

#    10 Inode表 #

为了找到与一个文件相关的信息，必须遍历目录文件找到与文件相关的目录项，然后加载inode找到该文件的元数据。Ext4在目录项中用一位存储了文件类型(通常存储在inode中)的拷贝，这对性能提升有益。Inode表的大小为ext4\_super\_block.s\_inode\_size \* ext4\_super\_block.s\_inodes\_per\_group Bytes。  
![format_png 6][]  
  
![format_png 7][]  
Ext4的inode的数据结构大小为156 bytes，但是Ext4的标准inode的大小是256 bytes。

# **11 查找inode** #

每个块组包含ext4\_super\_block.s\_inodes\_per\_group个inodes。因为0号inode不存在，可以通过如下的算式计算inode所在的块组：

bg=(inode\_num -1)/ ext4\_super\_block.s\_inodes\_per\_group

inode在块组中inode表中的索引index可以通过如下的算式计算：

index=(inode\_num -1) % ext4\_super\_block.s\_inodes\_per\_group

inode在inode表中的地址偏移为：offset=index \* ext4\_super\_block.s\_inode \_size

#    12 inode.i\_block0\[\]s的内容 #

取决于文件类型，inode.i\_blocks\[\]使用的方式不同。一般来说，常规文件和目录用inode.i\_blocks\[\]作为文件数据块索引信息，特殊文件将inode.i\_blocks\[\]用于特殊用途。常规文件用inode.i\_blocks\[\]作为文件数据块索引信息的三级索引结构会在后面直接、间接块地址中详细介绍。

#    13 符号链接 #

如果符号链接的目标字符串长度小于60字节，那么就将其存储在inode.i\_blocks\[\]中，inode中inode.i\_blocks\[\]占据的大小刚好是60KB。这里要注意到的是，有些文件其内容是跟文件的元数据放在一起的，因而就没有了数据块。也就是说不是每个文件数据都必然占据着一个数据块。

#    14 直接/间接块地址 #

Ext2/Ext3中数据块映射方式如下表

![format_png 8][]

![format_png 9][]

# **15 Extent 树** #

Ext4中用extent树代替了逻辑块映射。使用extents，用一个struct ext4\_extent结构就可以映射多个数据块，减少元数据块的使用。如果设置了flex\_bg，甚至可以用一个extent分配一个非常大的文件。使用extent特性，inode必须设置extents flag。

Extents以树的方式安排。Extent树的每个节点都以一个ext4\_extent\_header开头，如果节点是内部节点(ext4\_extent\_header.eh\_depth>0)，ext4\_extent\_header后面紧跟的是ext4\_extent\_header .eh\_entries个索引项struct ext4\_extent\_idx，每个索引项指向该extent树中一个包含更多的节点的数据块。如果节点是叶子节点(ext4\_extent\_header.eh\_depth==0)，ext4\_extent\_header后面紧跟的是ext4\_extent\_header .eh\_entries个struct ext4\_extent数据结构。这些ext4\_extent结构指向文件数据块。Extent树的根结点存储在inode.i\_blocks中，可以存储文件的前4个extents而不需额外的元数据块。

ext4\_extent\_header：

![format_png 10][]

struct ext4\_extent\_idx：extent树的内部节点，也称为索引节点。

![format_png 11][]

ext4\_extent：extent树的叶子节点。

![format_png 12][]

![format_png 13][]

# **16 Extent树数据块校验和：可能加入的新元数据** #

由于extent树的根在inode中，因而Extent树数据块指extent树的除根据节点外的所有内部节点和叶子节点。Extent的树根节点和叶子节点的数据块中存储完xt4\_extent\_idx和xt4\_extent数据结构后至少会留下4 ((2^x%12)>=4) bytes的空间。因而可以加入一个结构struct ext4\_extent\_tail，其中存储32位的校验和。位于inode中的4个extents无需校验和，因为inode已经做了校验和。

#    17 目录项 #

Ext4文件系统中，一个目录差不多是一个平面文件，映射任意长度的字符串到文件系统中的一个inode。文件系统中存在多个目录项引用同一个inode——硬链接，这也是硬链接不能链接其他文件系统中的文件的原因。

#    18 线性（经典）目录 #

缺省地，目录文件中包含一个线性的目录项数组。未使用的目录项标记为inode =0。Ext4文件系统默认地使用struct ext4\_dir\_entry\_2记录目录项，除非没有设置filetype特性标志。在没有设置filetype特性标志的情况下，使用struct ext4\_dir\_entry记录目录项。

![format_png 14][]

# **19 哈希树目录** #

线性目录项不利于系统性能提升。因而从ext3开始加入了快速平衡树哈希目录项名称。如果在inode中设置EXT4\_INDEX\_FL标志，目录使用哈希的B树（hashed btree ，htree）组织和查找目录项。为了向后只读兼容Ext2，htree实际上隐藏在目录文件中。

Ext2的惯例，树的根总是在目录文件的第一个数据块中。“.”和“..”目录项必须出现在第一个数据块的开头。因而这两个目录项在数据块的开头存放两个struct ext4\_dir\_entry\_2结构，且它们不存到树中。根结点的其他部分包含树的元数据，最后一个hash->block map查找到htree中更低的节点。如果dx\_root.info.indirect\_levels不为0，那么htree有两层；htree根结点的map指向的数据块是一个内部节点，由一个minor hash索引。Htree中的内部节点的minor\_hash->block map之后包含一个零化的(zeroed out) structext4\_dir\_entry\_2找到叶子节点。叶子节点包括一个线性的struct ext4\_dir\_entry\_2数组；所有这些项都哈希到相同的值。如果发生溢出，目录项简单地溢出到下一个叶子节点，哈希的least-significant位（内部节点的map）做相应设置。

以htree的方式遍历目录，计算要查找的目录文件名称的哈希值，然后使用哈希值找到对应的数据块号。如果树是flat，该数据块是目录项的线性数组，因而可被搜索到；否则，计算文件名称的minor hash，并使用minor hash查找相应的第三个数据块号。第三个数据块是目录项线性数组。

**Htree的根 ：**struct dx\_root  
![format_png 15][]

**Htree的内部节点：** struct dx\_node

![format_png 16][]

Htree 树根和节点中都存在的 **Hash map：** struct dx\_entry

![format_png 17][]

#    20 扩展属性EA #

扩展属性（xattrs）通常存储在磁盘上的一个单独的数据块中，通过inode.i\_file\_acl\*引用。扩展属性的第一应用是存储文件的ACL以及其他安全数据(selinux)。使用user\_xattr挂载选项就可为用户存储以“user”开头的所有扩展属性。这样的限制在3.0内核中已经消失。

可以在两个地方找到扩展属性：一是在一个inode项结尾到下一个inode项开头的地方；二是inode.i\_file\_acl指向 的数据块之中，到3.0为止，这个数据块中不包含指向第二个扩展属性数据块的指针。理论上可以将每个属性值存储到一个单独的数据块中，但是3.0内核为止仍然没有这样做。

当扩展属性不存储在一个inode之后的时候，就会有一个头部ext4\_xattr\_ibody\_header

![format_png 18][]

扩展属性数据块的开头是ext4\_xattr \_header

![format_png 19][]

紧跟在ext4\_xattr\_ibody\_header或者ext4\_xattr \_header后面的是结构数组 struct ext4\_xattr\_entry

![format_png 20][]

扩展属性值可以紧跟在ext4\_xattr\_entry项表后面。考虑4 bytes对齐。扩展属性值从扩展属性数据块的末尾开始向ext4\_xattr \_header / ext4\_xattr\_entry表的方向增长。当发生溢出时，溢出的部分放到一个单独的磁盘数据块上。

#    21 日志（JBD2） #

文件系统在磁盘上保留一段小的连续区域(默认128MB)，作为尽可能需要快速写入磁盘的“重要”数据的存放地。一旦该重要数据事务完全写到磁盘，将其从磁盘写缓存中刷出。被提交的数据一份记录也被写到日志。一段时间后，日志在擦除提交记录前将事务写到它们在磁盘上的最终位置(可能包含大量的寻道或者大量的读-写-擦除)。

从性能方面考虑，Ext4默认直接将文件系统元数据写到日志。因而不能保证文件数据块的一致性。

日志的inode为8。日志inode的前68 bytes复制了ext4 超级块。日志文件在文件系统中是普通文件，但是隐藏不可见。日志文件通常消耗一个完整的块组，可以通过mke2fs将日志文件放在磁盘的中间。

Ext4和Ocfs2都使用JBD2。

##    21.1 布局 ##

日志布局

![format_png 21][]

一个事务以描述符和一些数据或者block revocation链表开始。一个结束的事务总是以一个提交块结束。如果没有提交记录（或者校验和不匹配），事务在日志重演的时候将被丢弃。

##    21.2 数据块头部 ##

日志中的每个数据块的开头都是一个12 bytes的数据结构 struct journal\_header\_s

![format_png 22][]

##    21.3 超级块 ##

日志的超级块比Ext4的超级块简单。保存在日志的超级块中是日志的关键数据。日志超级块使用数据结构struct journal\_superblock\_s表示，大小为1024 bytes。

![format_png 23][]

##    21.4 描述数据块Descriptor Block ##

Descriptor Block包含一个日志数据块tags的数组，这些tags描述了日志中接下来的数据块的最终位置。

![format_png 24][]

日志数据块tags具有如下格式：由数据结构struct journal\_block\_tag\_s表示，可以是8，12，24或38bytes。

![format_png 25][]

##    21.5 数据块Data Block ##

存放的是通过日志写到磁盘的数据块。但是如果数据块的前4 bytes与jbd2的魔数匹配，那么这些4 bytes用0代替，并且在Descriptor Block中设置escaped。

## **21.6 Revocation Block** ##

Revocation block用于记录本事务中的数据块链表，取代任何潜在日志中的更陈旧的数据块这样可以加速恢复，因为陈旧的数据块不必写到磁盘。

Revocation block使用 structjbd2\_journal\_revoke\_header\_s结构表示

![format_png 26][]

## **21.7 提交块** ##

提交快表明了一个事务已完整写到日志。一旦提交块到达日志，存储在该事务中的数据可以写到它们在磁盘中的最终位置。

提交快由数据结构struct commit\_header表示：

![format_png 27][]

[Ext4_IT_-CSDN_ext4]: https://knife.blog.csdn.net/article/details/102857318
[linux_ext4]: https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout
[Link 1]: https://blog.csdn.net/peng_cao/article/details/74455352
[EXT4]: https://blog.csdn.net/lieye_leaves/article/details/78507040?locationNum=3&fps=1
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ZlaXlpbmcwY2FuZ2xhbmc_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20191101154441372.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ZlaXlpbmcwY2FuZ2xhbmc=,size_16,color_FFFFFF,t_70
[format_png]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xMy8yODk4OTY1MV8xMzc2NDA0NjIwT0t5Ri5qcGc?x-oss-process=image/format,png
[format_png 1]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xMy8yODk4OTY1MV8xMzc2NDA0NzI1SFRzeS5qcGc?x-oss-process=image/format,png
[format_png 2]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNTE5ejRyUS5qcGc?x-oss-process=image/format,png
[format_png 3]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNTgyTHZyNi5qcGc?x-oss-process=image/format,png
[format_png 4]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNjAwQXE4aS5qcGc?x-oss-process=image/format,png
[format_png 5]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNjE2WVVpRy5qcGc?x-oss-process=image/format,png
[format_png 6]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNjY4Nks1di5qcGc?x-oss-process=image/format,png
[format_png 7]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNjkzN0VHTy5qcGc?x-oss-process=image/format,png
[format_png 8]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNzIxRFFpNi5qcGc?x-oss-process=image/format,png
[format_png 9]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNzMydGZlei5qcGc?x-oss-process=image/format,png
[format_png 10]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNzUxODI4WC5qcGc?x-oss-process=image/format,png
[format_png 11]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNzYxT3IwSi5qcGc?x-oss-process=image/format,png
[format_png 12]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNzcybVZNVS5qcGc?x-oss-process=image/format,png
[format_png 13]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzNzg4MkZESS5qcGc?x-oss-process=image/format,png
[format_png 14]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMwOC8xNC8yODk4OTY1MV8xMzc2NDkzODE1cXVVNS5qcGc?x-oss-process=image/format,png
[format_png 15]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzU4NTQyR2loLmpwZw?x-oss-process=image/format,png
[format_png 16]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzU5MzEwTGhKLmpwZw?x-oss-process=image/format,png
[format_png 17]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzU5NDZqQzhGLmpwZw?x-oss-process=image/format,png
[format_png 18]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzYwNDRKMUVlLmpwZw?x-oss-process=image/format,png
[format_png 19]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzYwNTNiWk1LLmpwZw?x-oss-process=image/format,png
[format_png 20]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzYwNjAzVDRULmpwZw?x-oss-process=image/format,png
[format_png 21]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzYzNjZBOGRxLmpwZw?x-oss-process=image/format,png
[format_png 22]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzYzNzZmQmY2LmpwZw?x-oss-process=image/format,png
[format_png 23]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzYzODhEaHd0LmpwZw?x-oss-process=image/format,png
[format_png 24]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzYzOThsU1psLmpwZw?x-oss-process=image/format,png
[format_png 25]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzY0MDc1dGE5LmpwZw?x-oss-process=image/format,png
[format_png 26]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzY0ODQxMjdMLmpwZw?x-oss-process=image/format,png
[format_png 27]: https://imgconvert.csdnimg.cn/aHR0cDovL2Jsb2cuY2hpbmF1bml4Lm5ldC9hdHRhY2htZW50LzIwMTMxMS83LzI4OTg5NjUxXzEzODM4MzY0OTNSQVQ1LmpwZw?x-oss-process=image/format,png