Yii2调用Yii::$app->user->getId()返回整数丢失末尾0问题

这个问题和Yii2框架核心的用户身份组件逻辑无关，本质是项目自定义代码导致的数值截断/计算错误，结合你提到的18300返回183的现象，90%以上的概率是以下三类问题：

• 实现yii\web\IdentityInterface接口的getId()方法时残留了旧的计算逻辑：最常见的是早期为了做ID混淆，写过类似return $this->student_id / 100;的代码，后续迭代忘记删除，刚好18300除以100的结果就是183，和你遇到的现象完全匹配。
• 身份模型的ID属性被自动格式化截断：如果你的学生模型里student_id字段在rules()中配置了错误的数值验证规则，或者在behaviors()里挂载了自动做数值截断、单位转换的行为（比如自动将ID按“百”为单位转换、自动保留3位有效数字），数据库读取出的18300会被自动处理为183。
• 极端场景下的序列化截断：如果student_id字段在数据库里是字符串类型，存Session时被错误强转遇到脏数据截断，但这种情况一般是截断非数字字符，不会刚好丢末尾两个0，概率极低。

按优先级从高到低操作即可：

1. 先找到项目中实现了IdentityInterface的身份类（一般是前台对应的学生模型，或者公共的User模型），直接定位getId()方法检查返回逻辑：

   // 典型错误写法，会直接导致你遇到的问题
   public function getId()
   {
       return $this->student_id / 100; // 删掉多余的计算逻辑
   }
   
   // 正确写法，直接返回对应字段原值即可
   public function getId()
   {
       return $this->student_id;
   }
   

2. 如果getId()方法逻辑没问题，接着检查对应模型的behaviors()、rules()以及afterFind()、beforeFind()等钩子方法：
   • 移除所有针对student_id字段的自动数值格式化、单位转换逻辑
   • 确认模型里的字段类型声明和数据库一致：如果数据库里student_id是int(11)类型，不要在模型里把它声明为浮点型，避免浮点数精度问题
3. 清理服务器端Session存储和浏览器端的身份Cookie，重新登录账号测试：代码修改后如果不重新登录，会一直读取旧Session里存储的错误ID值，导致修复不生效。
4. 以上步骤都没定位到问题的话，直接在getId()方法里加临时调试代码，确认数据库读取出的原始字段值：

   public function getId()
   {
       // 临时调试，看这里打印的student_id是不是18300
       var_dump($this->student_id);die;
       return $this->student_id;
   }
   

   如果打印出来的原始值就是183，说明问题出在数据库查询阶段，直接查对应数据库记录的字段值是否正确，以及模型层面有没有其他地方对字段做了二次修改。

注意：不要尝试修改Yii2框架核心代码来修复这个问题，原生getId()方法不会对ID值做任何修改，所有返回值异常都来自项目自定义逻辑。

内容的提问来源于stack exchange，提问作者Fauzan