PHP排序前不统一数据类型会导致违反直觉的结果，因混合类型触发隐式转换：sort()和asort()均按固定规则强制转类型再比较，如"10"<"2"为true；SORT_STRING和SORT_NUMERIC仅切换转换策略而非避免转换；安全做法是排序前清洗数据类型，数值数组用floatval、字符串数组统一trim和大小写处理、关联数组用uasort显式判断类型。
PHP排序前不统一数据类型，大概率会得到违反直觉的结果——不是排错了，而是比较逻辑本身被PHP悄悄改写了。
混合类型触发隐式转换，sort() 和 asort() 都逃不掉
PHP在比较不同类型的值时，不会报错，而是按固定规则强制转成同一类型再比。比如：
-
"10"（字符串）和2（整数）比较：PHP把两者都转成字符串，变成"10" < "2"→true，所以"10"排在2前面 -
0、false、""、null在松散比较下全等，array_unique()也会把它们当成重复项去重 - 用
sort($mixed, SORT_NUMERIC)强制数值比较，但"abc"会被转成0，导致多个非数字字符串全挤在开头
SORT_STRING 和 SORT_NUMERIC 不是“修复”，只是切换了转换策略
这两个标志控制的是「怎么转」，不是「要不要转」。它们改变不了PHP必须做类型转换的前提：
-
SORT_STRING：所有元素先(string)强转，再字典序比较 ——100变成"100"，"2"还是"2"，结果仍是"100" < "2" -
SORT_NUMERIC：所有元素先(float)强转，再数值比较 ——"1e2"、"100.0"、100全变成100.0，但"hello"变成0，可能意外合并 - 没传标志时默认
SORT_REGULAR，行为更不可控：整数和字符串混排时，PHP按「谁的类型优先级高」来决定转谁（通常字符串胜出）
真正安全的做法：排序前先清理，而不是依赖标志
靠 sort_flags 挡不住边界 case，稳定方案是让数组自己“说清楚”它是什么类型：
立即学习“PHP免费学习笔记（深入）”；
- 数值数组：用
array_map('floatval', $arr)或array_filter($arr, 'is_numeric')清洗，再sort($arr, SORT_NUMERIC) - 字符串数组：统一
trim()+mb_strtolower()（如需忽略大小写），再用asort($arr, SORT_STRING | SORT_FLAG_CASE) - 关联数组含混合字段：别用
asort()直接排，改用uasort()+ 显式类型判断，例如：uasort($data, function($a, $b) { $a_val = is_numeric($a) ? (float)$a : (string)$a; $b_val = is_numeric($b) ? (float)$b : (string)$b; return $a_val <=> $b_val; });
最常被忽略的一点：类型不一致的影响不仅在排序结果上，还会波及后续的 array_search()、in_array() 甚至 JSON 序列化输出——因为 PHP 的类型转换是全局生效的，不是仅限于排序函数内部。
