android中id.xml声明的id需在布局中用@+id/引用才会生成r.id符号，viewbinding不改变此规则；多module下id按模块隔离，跨module不可直接引用。
id.xml 里定义的 ID 在 findViewById 中用不了
Android 不支持在 id.xml 中声明 ID 后直接通过 findViewById(R.id.xxx) 使用——除非你同时在布局 XML 中显式引用了它。系统生成 R.id 的前提是：该 ID 被某个 View 的 android:id 属性实际使用过，或被 <item type="id" name="xxx"></item> 声明且被布局引用。
常见错误现象：findViewById(R.id.my_button) 编译报错 “cannot resolve symbol my_button”，但 id.xml 里明明写了 <item type="id" name="my_button"></item>。
- 必须在 layout 文件中真正用上这个 ID，比如
android:id="@+id/my_button"（注意是@+id/，不是@id/） - 如果只是想预留 ID 名称、暂不绑定控件，仍需用
@+id/触发 R 文件生成；@id/不会生成符号 - 多个 layout 共用同一 ID 名时，只要至少一个 layout 用了
@+id/xxx，R.id.xxx 就存在，其他 layout 可安全用@id/xxx
用 tools:ignore="UnusedIds" 抑制 Lint 警告没用
AS 的 Lint 会扫描所有 id.xml 中未被引用的 ID，并报 UnusedIds。加 tools:ignore 到 layout 或 manifest 里完全无效——因为这不是 XML 元素级别的警告，而是资源扫描级检查。
正确做法只有两个：
- 删掉长期不用的 ID，保持
id.xml精简（推荐） - 在
lint.xml中全局禁用：<issue id="UnusedIds" severity="ignore"></issue>（仅当团队约定“预留 ID”为常态时考虑）
别试图用注释、空引用或 dummy View 欺骗 Lint，既难维护又可能干扰 aapt2 资源合并。
ViewBinding 下还用不用 id.xml 管理 ID
用。ViewBinding 不改变 ID 的生成逻辑，它只是把 findViewById 替换为编译期生成的类型安全字段。ID 是否出现在 R.id，仍取决于是否被布局引用过。
但好处更明显：
- 所有 ID 集中在
id.xml，改名只需一处，再全局搜索替换 layout 中的@+id/xxx即可 - 避免拼写不一致导致的多个重复 ID（如
btn_submit/button_submit） - 配合 ViewBinding，IDE 能更好推导 binding 对象字段名（虽然字段名默认来自 View 的
android:id，但统一命名能减少歧义）
注意：ViewBinding 不会为 id.xml 里没被 layout 引用的 ID 生成 binding 字段——这点和 R.id 一致。
多 module 工程中 ID 冲突与 android:id 的作用域
ID 不是全局唯一，而是按 module 分资源命名空间。不同 module 的 id.xml 都定义了 my_list，不会冲突，各自生成自己的 R.id.my_list。
但问题出在跨 module 引用时：
- Module A 的 layout 想引用 Module B 的 ID？不行。
@id/xxx只能引用本 module 的 ID - 若 A 依赖 B，B 的 layout 中用了
@+id/my_list，A 的代码里findViewById(R.id.my_list)仍无法访问——R 类不跨 module 导出 ID 符号 - 真正安全的跨 module ID 共享方式：用接口常量 +
View.setId()动态设 ID（适用于自定义 View 场景），或彻底放弃 ID 绑定，改用 tag / tagId / ViewBinding 的层级访问
最易被忽略的一点：即使两个 module 的 ID 名字一样、值也一样（aapt2 可能分配相同整数），它们在运行时仍是不同符号，不能混用。别指望“碰巧一样”就能绕过模块隔离。
