Laravel 9.x编码异常：验证及路由无法区分带变音符号的字符

核心原因：并非浏览器行为，而是字符排序规则导致 #

你遇到的问题和浏览器无关，根源是数据库字符排序规则以及Laravel依赖数据库规则做比较、查询的逻辑。utf8mb4_unicode_ci这类排序规则基于Unicode标准的「不区分变音符号」逻辑，会把带重音的字符（如ā、ī）和对应的基础字符（a、i）视为等价——这在普通搜索场景很友好，但对字典这种需要精确区分字符的场景就不适用了。

解决步骤 #

1. 修改数据库字段的排序规则

改用**utf8mb4_bin**排序规则，它会基于字符的二进制Unicode码点做严格比较，只要字符的码点不同（比如min和mīn、wen和wēn），就会被视为完全不同的字符串。

• 若通过Laravel迁移创建表，定义slug字段时指定排序规则：

Schema::create('your_table_name', function (Blueprint $table) {
    // 其他字段...
    $table->string('slug')->unique()->collate('utf8mb4_bin');
});

• 若表已存在，直接执行SQL修改字段：

ALTER TABLE your_table_name MODIFY COLUMN slug VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;

2. 修正路由匹配与slug验证问题

• slug唯一性验证：Laravel的unique验证规则会直接使用数据库字段的排序规则，修改为utf8mb4_bin后，验证时会自动严格区分带重音和不带重音的slug，不会再把mīn和min判定为重复。
• 路由匹配问题：之前访问wen显示wēn页面，本质是查询数据库时，WHERE slug = 'wen'在utf8mb4_unicode_ci规则下匹配到了wēn的记录。修改排序规则后，该查询只会返回slug严格等于wen的记录，路由对应的数据就会正确。

3. 额外注意

如果表中其他字段不需要精确区分变音符号，可以只针对slug字段单独设置utf8mb4_bin，其他字段保持utf8mb4_unicode_ci即可，不影响其他业务逻辑。

内容的提问来源于stack exchange，提问作者Adrian Abdul-Bahá