真正有效的多语言长文本适配方案必须分场景、有取舍：中日韩用 keep-all + break-word，拉丁系用 break-word，阿拉伯/希伯来禁用 word-break 改用 rtl 和 normal white-space，混合文本需加 lang 属性并分别控制。
直接用 max-width + word-break: break-all 不能解决多语言长文本适配问题——泰文、阿拉伯文、越南文等语言单个词可能极长且无空格，break-all 会粗暴断字，破坏可读性；而 keep-all 在英文长 URL 场景下又完全不换行。真正有效的方案必须分场景、有取舍。
多语言文本宽度不可预测，先别硬设固定 max-width
中文、日文、韩文每个字符视觉宽度接近，但泰文字符带上下标、阿拉伯文连字、越南文重音符号多，同一字符串在不同字体下渲染宽度差异可达 2–3 倍。硬写 max-width: 200px 在泰语环境下可能只显示 3 个字就溢出。
- 优先用
width: fit-content或display: inline-block让容器随内容自然撑开，再通过 JS 测量真实宽度 - 若必须限制宽度，用
max-width: 80vw这类相对单位，而非像素固定值 - 避免对
<p></p>、<span></span>等纯内联元素直接设max-width——它无效，得配合display: block或inline-block
word-break 和 overflow-wrap 的组合必须按语言选
不是所有语言都适合 break-all。比如阿拉伯语连字（ligature）被强行拆开会丢失语义，泰语辅音簇断开后无法发音。
- 中日韩：用
word-break: keep-all+overflow-wrap: break-word，保证字不拆，超长词在词间换行 - 拉丁系（含越南、印尼）：用
word-break: break-word（注意不是break-all），它优先在空格/标点处断，实在没断点才进词内 - 阿拉伯/希伯来：禁用
word-break，改用text-align: right+direction: rtl+white-space: normal，依赖浏览器原生连字处理 - 混合文本（如中英混排）：加
lang属性，CSS 用[lang="zh"]/[lang="en"]分别控制
JS 动态缩放文字前，先确认是否真需要“不折行”
很多团队执着于让按钮或标题“永远单行”，结果把 16px 字体缩到 8px，用户根本看不清。实际项目中，折行比缩放更可接受，尤其对小屏设备。
立即学习“前端免费学习笔记（深入）”；
- 如果目标是按钮内文字自适应，优先用
transform: scale()而非改font-size——后者影响行高、letter-spacing 等继承属性 - 测量宽度时，务必用
offsetWidth（含 padding/border），不用clientWidth（不含 border）或scrollWidth（含 overflow 内容） - Canvas
measureText()必须提前设置ctx.font，且字体需与页面 CSS 完全一致，否则宽度偏差 >10% - 对动态加载的语言包，要在
document.fonts.load()完成后再测宽，否则 fallback 字体宽度不准
表格和列表项里的多语言文本最易失控
表格单元格默认 table-layout: auto，但遇到泰文长词或英文无空格 UUID，列宽会被顶爆。列表项（<li>）若用了 white-space: nowrap，后果更严重。
- 表格统一加
table-layout: fixed，再给<th> 和 <code><td> 设 <code>width百分比或min-width/max-width - 所有表格单元格强制
word-break: break-word，禁用break-all - 列表项避免
white-space: nowrap，改用text-overflow: ellipsis+display: block+overflow: hidden - 对关键字段（如用户名、地址），后端返回时就做长度预估，前端只负责 fallback 渲染
真正难的不是技术实现，而是判断哪些地方该截断、哪些该换行、哪些必须缩放——这取决于语言习惯、业务优先级和终端设备。比如移动端表单标签宁可换两行，也不能缩到 10px；而后台系统中的 ID 字段，宁可横向滚动，也不能断开 UUID。
