Laravel 8 Auth attempt方法特殊字符不区分导致登录校验异常如何解决

这个问题本质是数据库用户表用户名字段的排序规则（collation）配置导致的匹配逻辑问题：
默认常用的utf8mb4_general_ci等以_ci结尾的排序规则是「大小写不敏感+重音不敏感」的，会把重音字符ą和普通字符a判定为相同字符，所以输入Bak和Bąk时，Auth底层的数据库查询会匹配到同一条用户记录，导致验证通过。

提供两种可落地的修复方案，可根据业务场景选择：

• 方案1：修改用户名字段的排序规则，从根源实现严格匹配
  将users表name字段的排序规则修改为严格匹配的类型，推荐选择：

  • utf8mb4_bin：二进制比较，完全严格匹配字符的编码、大小写、重音，所有场景通用
  • utf8mb4_0900_as_cs：MySQL 8.0+支持，明确指定重音敏感（as）+大小写敏感（cs）
    可通过Laravel迁移实现修改，代码示例：

  // 生成迁移：php artisan make:migration change_name_collation_on_users_table
  public function up()
  {
      Schema::table('users', function (Blueprint $table) {
          $table->string('name')->collation('utf8mb4_bin')->change();
      });
  }
  
  public function down()
  {
      Schema::table('users', function (Blueprint $table) {
          $table->string('name')->collation('utf8mb4_general_ci')->change();
      });
  }
  

  注意：修改前请先备份全量数据，避免因字段匹配规则变化导致唯一键冲突。

• 方案2：不修改数据库结构，新增手动严格校验兜底
  在Auth验证通过后，新增一层PHP层面的字符串严格比对，不一致则直接判定验证失败，修改后的登录代码示例：

  $data = $request->validate([
      'password' => 'string|required',
      'name' => 'string|required'
  ]);
  
  if (auth()->guard()->attempt($data)) {
      $user = auth()->user();
      // 严格比对用户名，字符完全一致才判定为验证通过
      if ($user->name !== $data['name']) {
          auth()->logout();
          return response('not auth', 401);
      }
      // 验证通过后的业务逻辑
  } else {
      return response('not auth', 401);
  }
  

  该方案兼容性强，无需修改数据库结构和历史数据，适合不想动底层库表配置的场景。

如果选择方案2，需确保项目前后端、数据库的编码统一为UTF-8，避免因编码不一致导致的字符串比对误判。

内容的提问来源于stack exchange，提问作者Świeżu