是的，explode()严格按顺序切分，索引从0递增；array_chunk()保序切块；preg_split()看似不保序实因默认过滤空项；array_values()只重索引不改值序。
php explode() 分割字符串是否保持顺序
是的，explode() 严格按出现顺序切分，结果数组索引从 0 开始递增，原始字符位置靠前的片段一定在数组靠前位置。这是它最基础也最可靠的特性。
常见误解是认为“多次调用或嵌套使用会乱序”，其实只要分隔符没重叠、没正则干扰，顺序就绝对稳定。
- 分隔符出现在字符串开头：第一个元素为空字符串（
''），仍占索引0 - 连续多个分隔符：中间产生空元素，每个都按位置计入数组
- 结尾有分隔符：末尾生成一个空字符串，放在最后索引处
php array_chunk() 切分数组是否保序
保序。它只是把原数组按固定长度“从头到尾”切成若干块，每块内部顺序不变，块之间顺序也与原数组一致。
注意：最后一块可能短于指定长度，但绝不会打乱或跳过任何元素。
立即学习“PHP免费学习笔记（深入）”；
- 若原数组是
[1,2,3,4,5]，array_chunk($arr, 2)得到[[1,2], [3,4], [5]] - 第三个参数
$preserve_keys设为true可保留原始键名（仅对关联数组有意义），但不改变元素物理顺序 - 不支持“按条件切分”，只认数量；想按值分组得用
array_filter()配合循环
为什么 preg_split() 有时看起来“不保序”
不是不保序，而是默认行为会丢弃空片段（PREG_SPLIT_NO_EMPTY）或捕获分隔符本身（PREG_SPLIT_DELIM_CAPTURE），造成结果和直觉不符。
比如用 /\s+/ 分割 "a b"，默认返回 ['a','b']，中间两个空格被当成一个分隔符处理——这仍是顺序正确的，只是你没看到空元素。
- 加
PREG_SPLIT_OFFSET_CAPTURE能看到每个片段在原文中的起始位置，验证顺序无误 - 若需保留所有分割间隙（包括空项），显式传入
PREG_SPLIT_NO_EMPTY的反向逻辑：不传该 flag，且用(?:)避免捕获干扰 - 性能上，纯
explode()比preg_split()快 3–5 倍，能不用正则就别用
关联数组用 array_values() 重排索引是否影响顺序
不影响元素顺序，只重置数字索引。原数组键名丢失，但值的排列次序完全不变。
例如 ['c' => 'x', 'a' => 'y', 'b' => 'z'] 经 array_values() 后变成 [0 => 'x', 1 => 'y', 2 => 'z'] —— 这里顺序由原数组**内部存储顺序**决定（PHP 7.4+ 保证插入序，老版本在某些操作后可能变动）。
- 如果原数组是通过
foreach+ 手动赋值构建的，顺序通常可靠 - 如果经过
ksort()/asort()等排序函数，那顺序已被主动改变，和array_values()无关 - 想彻底确认顺序，用
array_keys($arr)和array_values($arr)对比输出即可
explode() → array_map() → implode() 流程中意外改变了结构。保序是默认行为，破坏它往往是因为加了不该加的 flag 或用了不匹配的函数。 
