str_pad() 是PHP中唯一靠谱的字符串补位函数，参数清晰、行为稳定，支持左右及居中补位，但仅限单字节字符且不支持UTF-8多字节安全补位。
str_pad() 是唯一靠谱的补位函数
PHP 里补字符串，别想花活儿，str_pad() 就是标准解法。它专为这事设计，参数清晰，行为稳定，不依赖扩展或额外逻辑。
常见错误是手写循环拼接、用 str_repeat() 拼接再截断，或者误用 sprintf() 的宽度控制（它只对数字/字符串输出起作用，且不支持自定义填充字符在左侧/右侧的灵活组合）。
str_pad() 三个必填参数：原字符串、目标长度、填充字符；第四个可选参数决定方向：STR_PAD_RIGHT（默认）、STR_PAD_LEFT、STR_PAD_BOTH。
- 目标长度 ≤ 原字符串长度时，函数直接返回原串，不报错也不截断 —— 这点常被忽略，导致“补位没生效”其实是长度设小了
- 填充字符只能是单字节（如
"0"、" "），传入多字节字符（如"→"或中文）会截成第一个字节，结果不可控 - 如果需要 UTF-8 安全补位（比如补中文、emoji），必须先用
mb_strlen()判断长度，并用mb_substr()+ 循环手动补，str_pad()本身不支持多字节
补零场景：日期/订单号/ID 对齐最常用
生成固定位数编号（如 6 位订单号 "001234"）是最典型需求，str_pad() 直接搞定：
立即学习“PHP免费学习笔记（深入）”；
$order_id = str_pad("1234", 6, "0", STR_PAD_LEFT); // → "001234"注意这里用 STR_PAD_LEFT，不是默认的右对齐；如果误用默认值，会得到 "123400"，完全反了。
- 数据库字段定义为
CHAR(6)或要求前置零时，必须用STR_PAD_LEFT - 用
sprintf("%06d", $num)看似简洁，但它强制转整型，遇到含字母的 ID（如"A123"）会崩成"000000"，不可靠 - 如果原始值可能为空或非字符串（如
null、0），先(string)$val转下，否则str_pad(null, 6, "0")返回的是"000000"，但语义已丢失
左右居中补空格：终端对齐或日志排版
日志打印、CLI 工具输出时想让文字居中，用 STR_PAD_BOTH 最省事：
$label = str_pad("ERROR", 15, " ", STR_PAD_BOTH); // → " ERROR "但要注意：当目标长度与原串长度差为奇数时，str_pad() 把多出的那一个空格加在右边（例如 str_pad("a", 4, " ", STR_PAD_BOTH) → " a "），不是严格数学居中。
- 如果真要严格左右对称（比如做 ASCII 表头），得自己算：
$pad_len = (15 - strlen($s)) / 2; $left = str_repeat(" ", (int)$pad_len); $right = str_repeat(" ", ceil($pad_len)); - Windows 终端默认用等宽字体，但某些 IDE 内置终端或网页渲染里空格宽度可能不一致，视觉居中≠代码居中，别过度依赖
- 别用
str_pad()会把它当单字节处理，但显示效果错乱
性能和边界情况：短字符串快，长填充慎用
str_pad() 底层是 C 实现，对常规长度（几 KB 内）极快；但如果你试图补几十万字符（比如生成测试大文本），它会真实分配内存并填充，可能卡顿或 OOM。
- 补长串前先判断：
if ($target_len > 10000) { /* 改用 stream_write 或分块生成 */ } - 填充字符为空字符串
""时，函数返回原串，不会报错，但容易掩盖逻辑错误（比如变量未赋值） - PHP 8.0+ 对
null输入更严格，str_pad(null, 5, "0")触发TypeError，PHP 7.x 则静默转成空字符串 —— 跨版本迁移时要检查输入来源
补位看着简单，真正踩坑的都在长度计算、字符编码、空值处理这三处。写完记得拿 var_dump() 看一眼实际输出，别光信逻辑。
