（此章节内容不怎么重要，可跳过此章节）
众所周知，使用/give指令可以让你获得指定的物品。
比如指令『/give @s command_block』的作用就是让你获得一个命令方块。
但你知道你是怎么获得这个命令方块的吗？
在你运行该指令的那一刻，这条指令会被游戏进行处理，然后你就获得了这个命令方块。奇妙的是，在Java版，你似乎并不是直接获得命令方块，而是捡起了一个命令方块掉落物。
如果那真的是一个掉落物的话，那么这个掉落物的属性是什么呢？
PickupDelay标签的值肯定为0，Age标签很有可能是6000。
但此时又有一个新的问题出现了：如果是在服务器中，你站在茫茫人海，但这个掉落物仍然被你精准地捡起了，这是为什么呢？（说实话还没等你捡起你家宽带以及你的电脑就要主机火苗万丈高了）
因为掉落物的NBT还有一个可能不存在的标签：Owner
Owner标签的数据类型是复合标签，在Java1.16及以上版本是Int整型数组。它的值本质上是一个玩家的UUID，用来决定这个掉落物可以被哪个玩家捡起。
举个栗子，假设有这么一个叫做『Liu_HuaQiang』的玩家，如果你要生成一个只能够被它捡起的掉落物，那Owner标签就得这样子填：
{Owner:{UUIDMost:2332601084025456724L，UUIDLeast:-8594334449601351938L}}
\\Java1.16版本以下\\
{Owner:[I;543101011，-939046828，-2001024422，1385950974]}
\\Java1.16及以上版本\\
其中，UUIDMost和UUIDLeast这两个标签填的是这名玩家的UUID高位和UUID低位。我们会在下一章讲到UUID。
这就是Owner标签的用法，只不过你现在其实并不需要急着去用，因为掉落物还可能会有一个标签。
假设你在矿洞挖矿，刚刚挖到8颗钻石，你很兴奋，然后听到后面有一个........
“嘶～～～”
你转头一看：“Creeper？”
“BOOOOOM！”
恭喜你，你的钻石成为了一个掉落物。
这颗钻石掉落物的NBT也值得研究。
它的NBT除了上一章所说的，还有一个你从未见过的NBT标签：
Thrower——这个物品本来是谁的
和Owner一样，它的值也是一个玩家的UUID信息。当某名玩家把这个物品以某种形式丢掉了，这个物品的Thrower标签就会存储该名玩家的UUID。
Thrower的用法和上面的Owner一模一样，这里就不细讲了。
这一章到此为止。
EaseCation真好玩——唉，好像作业还没做唉。
附录：历史
Java
1.16——为适应新版本的UUID，Owner和Thrower标签的数据类型从复合标签改成Int整型数组。