strlen() 返回字节数而非字符数，如"你好"返回6；应使用mb_strlen("你好", "UTF-8")获取字符数2，且必须显式指定编码以避免乱码或错误。
strlen() 返回字节数而非字符数
strlen() 是 PHP 中最常用的长度计算函数，但它完全不关心字符编码——它只数字节。在 ASCII 字符（如英文、数字、常见符号）下，1 字节 = 1 字符，结果看起来“正确”；但一旦出现中文、日文、emoji 等 UTF-8 多字节字符，结果就明显偏大。
例如：strlen("你好") 返回 6（UTF-8 下每个汉字占 3 字节），而非你预期的 2。
- UTF-8 中：英文字母/数字 = 1 字节，中文 = 3 字节，部分 emoji = 4 字节
- GBK 中：中文 = 2 字节，英文 = 1 字节
-
strlen()对任何编码都只返回原始字节长度，不解析字符边界
mb_strlen() 才是真正按“字符”计数的函数
要获得语义上的“字符串有几个字符”，必须用 mb_strlen()，并显式指定编码（否则依赖 mb_internal_encoding() 默认值，极易出错）。
示例：mb_strlen("你好", "UTF-8") 返回 2；mb_strlen("a€??", "UTF-8") 返回 4（字母、欧元符号、emoji 各算 1 个字符）。
立即学习“PHP免费学习笔记（深入）”；
- 第二个参数
"UTF-8"强烈建议写死，不要省略或依赖配置 - 若传入 GBK 编码字符串却用
"UTF-8"计算，会乱码或返回false - PHP 8.0+ 中若扩展未启用
mbstring，调用mb_strlen()会直接报Fatal error
substr() 和 mb_substr() 的截断行为差异极大
用 substr() 截中文字符串极易产生乱码——因为它按字节切，可能把一个 3 字节的 UTF-8 汉字从中间劈开。
比如：substr("你好世界", 0, 4) 在 UTF-8 下取前 4 字节，大概率得到 "你好" 这类乱码片段。
-
mb_substr("你好世界", 0, 2, "UTF-8")安全返回"你好" - 所有涉及“取子串”“替换位置”“查找索引”的操作（如
mb_strpos、mb_substr）都必须配套使用mb_*函数族 - 混用
strlen()+mb_substr()（比如用strlen算长度再传给mb_substr）会导致逻辑错位
数据库字段长度限制与 PHP 长度判断需统一编码视角
MySQL 的 VARCHAR(10) 表示最多存 10 个字符（utf8mb4 下），不是 10 字节。如果你用 strlen() 判断用户输入是否超长，再入库，很可能误判：输入 4 个中文（strlen=12）被拦下，但其实只占 4 字符，完全符合 VARCHAR(10)。
- 校验逻辑应与数据库语义一致：用
mb_strlen($str, "UTF-8") - 确保 PHP 连接 MySQL 时也设对编码：
$pdo->exec("SET NAMES utf8mb4") -
前端
<input maxlength="10">按字符限制，后端必须用mb_strlen校验，否则前后端不一致
mbstring 当可选扩展，或者在初始化阶段漏设 mb_internal_encoding("UTF-8")，导致后续所有 mb_* 函数默认用 ISO-8859-1 解析 UTF-8 字符串，结果全错。 
