Android布局XML是声明式UI蓝图，文件须置于res/layout/下并用小写字母、数字、下划线命名；编译时生成R.layout.xxx ID，通过setContentView()加载；根元素须为View或ViewGroup；属性映射setter方法，id需@+声明，宽高必填且禁用fill_parent；ConstraintLayout因扁平化结构、链式约束和宽高比支持优于LinearLayout；行为逻辑必须在代码中实现。
Android布局XML是一种用纯文本描述界面结构的声明式语言，它不是配置文件，也不是模板引擎——它是UI的“蓝图”，系统会按这个蓝图逐层实例化View对象。
XML布局文件放在哪？怎么被加载？
所有布局文件必须放在 res/layout/ 目录下，文件名只能含小写字母、数字和下划线（如 activity_login.xml）。编译时，aapt 会为每个文件生成唯一整型资源ID（如 R.layout.activity_login），在Activity中通过 setContentView() 加载：
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_login) // ← 这行就把XML变成真实控件树
}
- 没放对目录（比如误放
assets/或src/）会导致编译报错：Cannot resolve symbol 'R.layout.xxx' - 文件名含大写字母或短横线（如
Login-Page.xml）会直接编译失败，Android不认 - 根元素必须是View或ViewGroup类（如
LinearLayout,ConstraintLayout），空文件或只写注释会崩溃
一个控件标签到底在干啥？
每个XML标签对应一个Java/Kotlin类，属性名基本映射到setter方法。例如：<Button android:text="OK" /> 等价于 Java 中调用 button.setText("OK")。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
android:id="@+id/btn_submit"：加@+表示“新建ID”，不加会报错找不到资源 -
android:layout_width和android:layout_height是每个控件必填项，值只能是match_parent、wrap_content或具体尺寸（如120dp），写成fill_parent（已废弃）可能在新版本失效 - 自定义属性（如
app:layout_constraintTop_toBottomOf）需引入对应命名空间：xmlns:app="http://schemas.android.com/apk/res-auto"，漏写会导致属性被忽略且无提示
为什么推荐 ConstraintLayout 而不是 LinearLayout？
因为嵌套层级直接影响渲染性能。LinearLayout 套 LinearLayout 很容易写出5层深的视图树，而 ConstraintLayout 允许单层内完成复杂定位，同时支持自动约束链、比例宽高比等现代能力。
- 旧项目用 RelativeLayout 的，迁移到 ConstraintLayout 时注意：
android:layout_alignParentTop→app:layout_constraintTop_toTopOf="parent" - 使用
layout_weight实现等分？ConstraintLayout 里改用app:layout_constraintHorizontal_weight+ 链式约束（Chain） - 想让 ImageView 宽高比恒为 1:1？直接写：
app:layout_constraintDimensionRatio="1:1"，LinearLayout 做不到这点
最常被忽略的一点：XML只是描述“长什么样”，它不处理点击、输入、网络请求这些行为——那些必须在Activity/Fragment里用Kotlin/Java写逻辑。把样式和行为混在一起写（比如在XML里硬编码颜色值、在Java里 new TextView()），等于主动放弃可维护性和多端适配能力。
