LVGL Flex与Grid布局：解决内容尺寸、溢出和自适应
先给布局一个有限的求解范围
设置页在一种语言下正常，换成长标签后却出现横向滚动条。把最后一个按钮向左挪，只是在隐藏症状。应先确定谁提供可用宽度，哪些对象按内容定尺寸，哪个方向允许滚动。本文使用LVGL 9.2文档，并按官方v9.2.2源码核对接口名称，不声称这是最新发布版。
LVGL项目提供界面框架，但布局策略仍由应用决定。先写出规则：标题保持可见，正文可以纵向滚动，标签允许换行，操作按钮始终可达。这样的约束比一组互不关联的像素偏移更能适应分辨率和翻译变化，也更容易成为自动检查条件。
从内容区域计算尺寸
对象宽度包含边框与内边距，真正用于排布子对象的内容区更小。子对象百分比尺寸基于父对象内容区，因此两个宽度各占百分之五十的子对象，再加上间距，就可能超出可用空间。9.2坐标文档说明了盒模型与延迟坐标计算。排查溢出时应记录内容宽度，不能只看外框。
为出问题的一行列出尺寸账本：外宽、左右边框、内边距、项目间距、固定控件宽度及剩余可伸缩空间。明确哪一项允许缩小或换行。假设三百二十像素容器能容纳两个固定控件，并不代表所有同宽屏幕都能容纳，因为字体、主题边框和真实标签会改变需求。把这些假设保留在组件定义中，后续换主题时才能重新核算。
用Flex表达流向，用Grid表达对齐关系
工具栏、纵向表单或可自动换行的卡片集合适合先考虑Flex。选择主方向、是否换行，以及剩余空间如何分配。LVGL 9.2的lv_obj_set_flex_flow()和lv_obj_set_flex_grow()表达这些选择；Flex说明还介绍行列间距与对齐。伸展权重用于分配可用空间，不代表可以无视所有最小尺寸。
当多行标签和值需要共享列边界，或控件跨越多个轨道时，Grid更符合关系。定义以LV_GRID_TEMPLATE_LAST结束的行列描述数组，再把每个子对象放进单元格。Grid说明区分固定轨道、LV_GRID_CONTENT和LV_GRID_FR()。描述数组在容器使用期间必须有效。不要只因一次溢出就更换布局机制，先确定要维持的是流向还是二维对应关系。
打破含糊的内容尺寸依赖
LV_SIZE_CONTENT让对象根据子对象推导尺寸。如果同一方向上，子对象又按这个尚未约束的父对象计算百分比，就形成难以解释的依赖。至少给其中一级确定预算。例如表单宽度受显示内容区约束，行占据该宽度，文本换行后再决定高度。
装饰叠层与参与测量的内容应分开。隐藏或浮动对象不会按普通子内容的方式参与LV_SIZE_CONTENT计算，不能拿叠层当可靠占位。也不要在布局结束后反复手动修改受布局管理子对象的位置，并期待该位置一直有效。使用布局属性，或明确独立的叠层机制，同时记录每个对象的几何信息由谁拥有。
让溢出成为有意设计的交互
空间不足时，可以换行、把控件移到下一行、裁剪非关键装饰，或在指定方向滚动。应在界面拥挤之前选定策略。隐藏滚动条不证明内容已经放下，缩小字体也可能牺牲可读性，并掩盖错误的宽度依赖。最小触控面积和阅读要求仍应保留为验收标准。
设置表单可以采用宽度受限、纵向滚动的正文，把持久操作放在正文之外。紧凑状态条则可能采用固定单行，并定义缩写或溢出提示。截断不能改变标签含义。如果多个设备只在名称末尾不同，长标识可能需要详情视图，而不是静默裁掉末尾。不要只追求初始画面整齐，忽略后续选择错误的风险。
用几何数据复现问题
建议测试矩阵覆盖窄屏、宽屏、实际支持的横竖屏、长翻译、空字符串、大数值，以及可选行显示和隐藏。修改文字或尺寸后，若马上读取坐标，应先调用lv_obj_update_layout()；普通更新会延后计算。记录对象边界与父内容区边界，断言才能准确指出哪个对象超出范围。
还要检查滚动后的焦点可见性与操作可达性，而不只是初次渲染。反复隐藏和恢复可选项，在短文本与长文本之间切换，检查主题及按下状态是否改变边框或尺寸。截图可以发现视觉覆盖，几何断言能发现截图视口之外的问题。本文提出这些模拟器与目标验证步骤，但未实际运行交互式LVGL应用。
验收检查
- 每个布局方向都有明确尺寸来源和溢出规则。
- 边框、内边距和间距全部计入预算。
- Flex与Grid表达实际关系，而不是补偿零散像素偏移。
- 内容尺寸父对象与百分比子对象没有含糊依赖。
- 翻译、可选字段和状态切换后，控件仍可见且可达。
- 需要立即读坐标时，已经完成布局更新。
目标是得到可以解释并验证的尺寸规则，而不是一张恰好放得下的截图。
