我正在看一本书，偶然发现了这个信息。（在屏幕下方显示为红色）
好吧，乍一看，一切似乎都是透明的：“当为所需的 View 添加唯一 id 时，必须使用 + 符号，而当使用已经创建的 id 时，必须移除 + 符号。”
但我决定尝试一下，这就是我遇到的：
1）它工作正常（好吧，这段代码来自我的一个长期编写的应用程序），虽然书中说你需要删除 + 符号（这将是合乎逻辑的）。
2) 从这两行中删除了 + 符号。
结果：它似乎再次正常工作（并且比以前的版本更合乎逻辑，基于书中的上述陈述），在预览的意义上给出了相同的结果。
但我决定走得更远：我取并注释掉了第一个视图所指的一个视图（我用它进行实验）
这就是我在这个案例中重复前两个实验时最终发生的事情：
1) 如果像前面的相应选项一样，我们将 + 符号留在原处（在不删除它的意义上），那么我们得到以下结果：
这很奇怪吗？但第二点更奇怪。
2) 如果像前面的相应选项一样，删除了 + 符号，那么通常会出现令人惊讶的结果：
没有错误，没有警告？？？怎么会这样？？？
好吧，我焦躁不安，我进一步挖掘并偶然发现了其他东西。
由于在之前的实验中考虑了 tv1 (tv4, tv5) 模型，现在我将考虑另一个模型来更全面地了解正在发生的事情，即 tv7 (tv4, tv5) 模型。
所以，结果：
1) 注释掉 tv4，从某种意义上说，我们删除了注释模式，并再次执行最近为 tv1 模型（tv4、tv5）所做的第一个实验。结果：
没有警告，没有错误。根据书中的上述陈述，直观但不合逻辑。
2）如果您删除 + 符号，让 tv4 处于活动模式，您会得到以下信息：
同样，没有警告，没有错误。根据书中的上述陈述，这次很直观但很合乎逻辑。
现在是冠号。
我们再次评论 tv4 并重复实验（与模型 tv1 (tv4, tv5) 期间相同）
1) 如果你留下 + 符号，你会得到以下信息：
可以看到，在模型 tv1 (tv4, tv5) 期间的结果与之前的实验相同
2）但是如果你去掉+号，那么这次实验给出了完全不同的结果，我注意到这次的结果在逻辑和直观层面上都是可以理解的：
谷歌关于这个加号的指南写道：
加号 (+) 表示这是需要创建并添加到我们的资源中的新资源的名称
也就是说，在 R.java 资源文件中创建一个条目，该条目在文本标签和 ID 本身之间建立链接 - 编译器使用的数字。因此，如果没有创建资源，就不可能使用它，包括对其进行绑定，因为在 R 中没有它的条目。
根据 xml 文件的“文本”（从上到下）为小部件分配 id。带加号的应该是每个新 id 的第一次提及，而不一定只在 assignment 属性
android.id中。也就是说，在您的情况下，第一次提到小部件tv4并tv5在第一个小部件的锚属性（tv1）中进入“按文本”（tv4和tv5）下方的内容，在第一个小部件中并且应该对 idtv4和加号tv5，因为它是“按文本”高于 4 和 5。此外，在描述它所附加到的小部件时，不再需要在属性中指定加号android.id（对于小部件tv4和tv5，如果您查看第一个屏幕）这是来自谷歌的一个例子，它
relativelayout演示了我上面描述的同样的事情。在微调器中，dates与小部件左边缘的绑定names由加号表示，因为小部件本身names位于标记中的较低位置，而小部件本身没有加号names属性。android.id指向微调器中小部件的其他链接不带加号，因为这些小部件位于微调器上方。如果您对尚未分配的 id 进行绑定（未在 id 名称前面指定加号），那么它们将被简单地忽略（相当于根本没有字符串的事实），就像大多数其他不正确的属性一样在 xml 标记中。同时，如果你再次指定加号（下一次提到这个小部件），那么不会发生任何不好的事情，它只会被忽略。
如果你这样做，那么一切都会正确显示，在我看来，这就是你需要知道的关于使用 plus 的全部内容。