在上一章，你应该已经理解了什么叫作Nbt树，但理解不代表会运用。要真正搞懂Nbt树的理念，我们得投入实践，学会阅读Nbt树甚至表示出一个Nbt树。
Nbt数据树常常会表示成下面这样的格式：
[root或其他具体名称]：根、父级标签或其他具体的名称或描述
│
├[名称]：值或描述
......
└[名称]：值或描述
注：在上面的格式中，代表必定会出现，[]代表可能会出现（含义跟指令格式中的一样）。
许多网站和程序，比如minecraft wiki、常用的Java版Nbt编辑器NbtExplorer，都采用了上述格式来表示Nbt。
举个简单的例子，在minecraft wiki上，Java版书与笔的物品Nbt是这么表示出来的：
? tag：父级标签
└? pages：书与笔的各个页面。
空└?：一个单页。每一页是一个字符串，不能超过个字符。
在上面的这个例子中，由于minecraft wiki使用一个图片标识来表示数据类型，所以这里用一些特殊符号来代替：
?——pound复合标签
?——List列表
?——String字符串
仔细观察minecraft wiki给出的Nbt树，结合我们前面所学的知识，你应该不难得出上面这个例子所表示的意思：
『对于物品书与笔，在其物品Nbt标签中的tag复合标签下，有一个名为pages的列表型标签。这个pages列表是一个由多个字符串类型的值组成的列表，每个值都代表着书与笔中的一页，且每个值都不得拥有超过个字符。』
什么？你很难理解？或许我们需要睁大眼睛，逐行研究上面的例子。
第一行：? tag：父级标签
根据上面的格式『[root或其他具体名称]：根、父级标签或其他具体的名称或描述』，我们不难知道这在表示一个名为tag的复合标签。同时，它被解释为『父级标签』，说明minecraft wiki在这里给出的Nbt树是在描述这个标签的孩子（也就是值）。
等等，为什么minecraft wiki不直接从根开始，而是从这个tag标签开始呢？
回忆一下第十一卷的内容，tag标签是物品通用标签内的一个标签，用来储存物品的额外信息。所有额外的物品标签都在tag标签内，因此minecraft wiki不从根开始描述的原因也就不难理解——使文章详略得当。
问题解决，我们来看看第二行：└? pages：书与笔的各个页面。
最开始的└意味着在这里，Nbt数据树的这条树枝上有一个节点，而且由于└没有继续向下延伸，因此这个节点是该树枝上最后一个节点。第二个?代表的意思很明确，即该节点对应的Nbt标签是个列表。『pages』是该列表的标签名，而后面的『书与笔的各个页面。』是对该标签的一个描述。
第三行更加简单：└?：一个单页。每一页是一个字符串，不能超过个字符。
最开始的└不用说，?估计也不用说。但?后面的标签名称呢？
还是那句话，这是个列表，列表是由多个相同类型的值组成，而不是标签。换句话说，这部分Nbt树实际上描述的不是个标签，而是个值，自然也就不需要给出名称，因为没有名称。
冒号右边的很明显，是个对值的描述，相信大家都看得懂这里的中文，我就不再阐述。
现在，你肯定已经拥有阅读minecraft wiki上Nbt树状图的基本素养。来尝试一下下面的这个Nbt树：
?实体数据值
│实体共通标签
│活体共通标签*
│生物共通标签
├?? Size：史莱姆的大小。最小为0，即小型史莱姆大小；最大值为126，超过126的值将当作126处理。
└? wasonGround：表示史莱姆是否正在接触地面。
图示：
??—— Int整型
?—— boolean布尔值（byte字节型）
*minecraft wIki把生物共通标签给拆开了？啥时候多出个活体共通标签？
上面唯一需要注意的一点是，你应该知道byte字节型有两个种类的值，一个是普通的数值，一个是布尔值。为方便区分，minecraft wiki将布尔值类型从byte字节型中独立出来，成为boolean布尔值，但实际上在Nbt中还是byte字节型。
这里就暂时不放参考答案（实际上是因为懒得写），相信大家都能够看懂上面的Nbt树状图。
搞懂Nbt树状图后，接下来让我们继续了解Nbt路径。
在上一章，我们基本上搞清楚了Nbt路径是什么。比如对于下面这个Nbt路径：
Apple[0].cen.Sama
你应该知道它有三个意思：
1这代表Sama标签的路径，你可以通过这个路径来找到这个标签
2这代表Sama这个标签
3这代表Sama这个标签的值
而在minecraft中，Nbt路径最常见的意思就是第二和第三个——代表一个标签和或其值。或者说，Nbt路径最常见的作用，就是用来寻找并获取到一个标签，然后对这个标签的值进行一些操作。
举个简单的例子，还记得你在第一百零八章掉下来的钻石吗？把它拿过来再看看：
{Age:0s，health:5s，pickupdelay:0s，Item:{count:1b，id:“minecraft:diamond“}
↑↑↑这是你掉的钻石的Nbt，需要注意这只不过是一个简化版↑↑↑
如果我们要使用\/data指令来获取到这颗钻石Age标签的值，这个Nbt路径该怎么写？
很简单，就一个单词：
Age
然后在聊天框中就会返回：0s
但其实你也可以这么写：
{health:5s}.Age
这是怎么一回事？前面的{health:5s}是咋冒出来的？
这虽然是个多此一举的写法，但我们从中也可以了解到Nbt路径的一个特殊功能：匹配特定的Nbt标签
有时候，我们固然想要得到一个标签的值，但当我们想把范围缩小时，比如想要获取所有钻石掉落物的Age值，我们可能就无从下手。但其实，这有两种方法：
第一种，使用目标选择器；第二种，在Nbt路径内加入一些匹配标签用的值。
其实这两种方法的原理都一样，但由于目标选择器的nbt参数我们不现在讲，因此先来看看第二种方法。
首先，路径『Age』虽然是正确的，但其实在这里省略了一些东西。
什么东西？没错，根标签呢？
一般情况下，根标签都会被省略不写。如果不省略，那整个路径会变成：
{}.Age
其中，{}是根标签的路径，也就是代指根标签。由于根标签是个复合标签，所以用大括号表示。
然后，对比『{health:5s}.Age』和『{}.Age』，我们会发现两者唯一的区别就在于根标签拥有一个值：health:5s
很奇怪吧？明明路径就可以代表标签的值，为什么还要专门写一个特定的值呢？
其实，给路径中的一个标签加上值看上去多此一举，但实际上很有用。因为它有一个功能——过滤。
如果不加上health:5s，那么单独的{}将代表任何一个根标签。但如果加上health:5s，那么这仅能代表含有health:5s这个标签的根标签。
比如{health:5s}.Age虽然能选中上面钻石的Age值，但一定选不中下面这个钻石的Age值：
{Age:-1s，health:s，pickupdelay:0s，Item:{count:1b，id:“minecraft:diamond“}
同理，对于路径『Age』，我们也可以写成这样：
Age:100s
这看起来是一个SNbt，但其实也是个路径，意思是寻找根标签内值为100s的Age标签。
总而言之，如果给Nbt路径内的某个或多个标签加上一个特定的值，那就能起到过滤的作用，使结果更加精确。
你现在应该知道如何获取所有钻石掉落物的Age值吧？让我们试一试！
\/execute as @e run data get entity @s {Item:{count:1b，id:“minecraft:diamond“}}.Age
返回：
钻石拥有以下实体数据：163s
钻石拥有以下实体数据：127s
钻石拥有以下实体数据：s
（上面的data指令之后再解释）
Good！另外，你应该能解释『{Item:{count:1b，id:“minecraft:diamond“}}.Age』的意思吧？试一试描述一下它的意思。
上面的内容只是Nbt路径的冰山一角，在下一章，我们将会继续深入了解Nbt路径，但至于何时更新是个大问题。