padEnd 可实现控制台日志字段对齐，提升诊断可读性；通过预估最大长度或动态计算宽度，配合右对齐、颜色标记及英文字段优先策略，避免全角字符导致的视觉错位。
用 padEnd 给控制台日志加对齐，能让诊断报告一眼看清字段边界，避免靠空格硬凑、手动数位数的麻烦。
明确列宽，统一右对齐关键字段
业务诊断常含「模块名」「状态」「耗时」「错误码」等字段。先预估最长值（比如模块名最多 12 字符），再用 padEnd(12) 补全空格。这样即使名称长短不一，冒号或后续内容也能垂直对齐。
例如：
console.log(`${'API'.padEnd(12)}: ${'failed'.padEnd(8)} | 42ms | E500`);
console.log(`${'Cache'.padEnd(12)}: ${'hit'.padEnd(8)} | 3ms | —`);
console.log(`${'Auth'.padEnd(12)}: ${'pending'.padEnd(8)} | 187ms | —`);
输出效果清晰分栏，无需额外格式化库。
组合使用 padEnd 与颜色标记提升可读性
单纯空格对齐还不够醒目。可在 padEnd 后拼接带颜色的标识，比如用 chalk 或原生 ANSI 码。注意：颜色控制符不占显示宽度，所以 padEnd 的长度只按纯文本算。
建议做法：
- 先用
padEnd对齐文字部分（如状态字段） - 再追加带颜色的符号（✅ / ❌ / ⚠️）或高亮词
- 确保所有行的「文字+符号」前缀总宽度一致，否则对齐会错位
动态计算最大宽度，适配不同环境数据
若模块名来自配置或运行时变量，无法写死宽度，可先遍历数据求最大长度：
const modules = ['user-service', 'order-api-v2', 'notification'];
const maxWidth = Math.max(...modules.map(s => s.length));
modules.forEach(mod => console.log(`${mod.padEnd(maxWidth)}: ready`));
这样既保持自动适应，又维持列对齐，适合生成多行诊断摘要。
避免常见陷阱：全角字符、emoji 和中文混排
padEnd 按 UTF-16 编码单位计数，一个中文字符或 emoji 占 1 或 2 个单位，但显示宽度未必等于 1 字符。在等宽字体终端中，多数中文/emoji 显示为 2 英文字符宽，而 padEnd(10) 只补 10 个编码单位，可能导致视觉错位。
稳妥做法：
- 诊断报告尽量用英文字段名和 ASCII 状态码（如
OK、TIMEOUT） - 必须显示中文时，统一用固定宽度（如
padEnd(20)），并测试主流终端（iTerm、Windows Terminal、VS Code 内置终端）表现 - 避开复合 emoji（如 ??），它们含多个 code point，
padEnd容易误判
不复杂但容易忽略——对齐的本质是让眼睛少做计算，padEnd 是最轻量的实现方式。
