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"/>（仅当团队约定“预留 ID”为常态时考虑）
别试图用注释、空引用或 dummy View 欺骗 Lint，既难维护又可能干扰 aapt2 资源合并。
ViewBinding 下还用不用 id.xml 管理 ID
用。ViewBinding 不改变 ID 的生成逻辑，它只是把 findViewById 替换为编译期生成的类型安全字段。ID 是否出现在 R.id，仍取决于是否被布局引用过。
Android 开发调试技能，通过系统 ADB 工具操作 Android 设备。以下场景必须触发此技能：(1) 直接 ADB 操作——安装 APK、查看设备列表、抓取 logcat 日志、查看已安装应用、清除应用数据、截图、重启设备、拉取/推送文件、查看 CPU/内存/电池信息、adb shell 操作；(2)...
但好处更明显：
- 所有 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 可能分配相同整数），它们在运行时仍是不同符号，不能混用。别指望“碰巧一样”就能绕过模块隔离。
