WPF中Grid需显式声明RowDefinitions和ColumnDefinitions才能可控布局，否则子控件默认挤在第0行第0列；Height/Width取值（Auto、固定值、*）决定空间分配逻辑，错配将导致塌缩、撑开或本地化失败。
WPF 中 Grid 不是“画个表格再塞控件”那么简单——它靠 RowDefinition 和 ColumnDefinition 定义空间分配逻辑，而子控件的 Grid.Row、Grid.Column 只是定位坐标。错配尺寸策略或忽略隐式行为，UI 就会塌缩、撑开或本地化失败。
Grid.RowDefinitions 和 Grid.ColumnDefinitions 必须显式声明才可控
很多人写完 <grid><button grid.row="0" grid.column="0"></button></grid> 发现按钮没显示或挤在左上角，原因就是没定义行和列。WPF 不会自动推断“你想要 2 行 3 列”，它只按你声明的结构分配空间。
- 没声明
RowDefinitions→ 所有子控件默认落在第 0 行，高度由内容决定（等效于Height="Auto"） - 没声明
ColumnDefinitions→ 所有子控件默认落在第 0 列，宽度同样由内容决定 - 即使只用 1 行 1 列，也建议显式写
<rowdefinition height="*"></rowdefinition>，避免父容器尺寸变化时布局意外收缩
Height/Width 的三种取值直接影响布局弹性
GridLength 类型决定了空间如何响应内容和容器变化，选错一种就可能让登录框在中英文切换时错位、或在高 DPI 下文字被截断。
-
Auto：该行/列高度/宽度 = 其内所有子控件的DesiredSize最大值。适合放标题、按钮等固定尺寸内容，但多个Auto行堆叠时，总高度不可控 -
100（固定值）：单位是设备无关像素（1/96 英寸），不随缩放或分辨率变化。慎用于文本区域、输入框等需要适应内容长度的场景 -
*或2*：从剩余空间中按比例分配。比如<rowdefinition height="*"></rowdefinition><rowdefinition height="2*"></rowdefinition>表示第二行占可用高度的 2/3。这是实现自适应登录表单（标题区小、输入区大、按钮区固定）的核心手段
常见错误：Height="Auto" 放登录按钮 + Height="*" 放密码框，结果按钮把整行撑高，密码框反而变窄——因为 Auto 行优先获取空间，* 行只能分到“剩下”的部分。
Grid.ColumnSpan / Grid.RowSpan 跨单元格时需避开隐式重叠
合并单元格不是“拉伸控件”，而是让一个控件占据多个逻辑格子。但 WPF 不校验坐标冲突，Grid.ColumnSpan="2" 却只定义了 1 列，就会导致控件渲染异常或被裁剪。
- 确保
Grid.ColumnSpan≤ 实际声明的ColumnDefinition数量（同理RowSpan） - 跨列后，该控件仍受所在起始行/列的尺寸策略影响。例如起始列为
Width="Auto"，即使跨两列，宽度也只按其内容算，不会自动填满两列 - 避免在同一网格中混用
ColumnSpan="2"和相邻未跨列的控件——它们的对齐基准不同，容易出现视觉偏移，尤其在启用ShowGridLines="True"调试时特别明显
本地化与动态内容下的 Auto 布局陷阱
中文“登录”和英文“Sign In”宽度差 2–3 倍，如果用户名输入框所在行设为 Height="Auto"，而密码框行设为 Height="*"，那么语言切换后，第一行变高，第二行可分配空间减少，可能导致密码框高度压缩甚至内容溢出。
- 对纯文本控件（
TextBlock、Label）优先用Auto，但对其父容器行/列加MinHeight或MinWidth防止塌陷 - 对输入类控件（
TextBox、PasswordBox），所在行列建议用*或固定最小值，再配合VerticalAlignment="Center"居中，而非依赖Auto - 调试时打开
ShowGridLines="True"，能立刻暴露行列尺寸是否按预期分配，比肉眼估算可靠得多
真正难的不是写对语法，而是理解每行 Height 是在跟谁抢空间、每列 Width 是在给谁留余量。一旦把 Grid 当成静态表格来用，问题就藏在下次改文案、换分辨率或切语言的时候。
