提示：
安装失败 (user_profile)
升级后实测失败: class_exists('\Plugin\user_profile\Plugin') = false → 生命周期会静默跳过（规范 §11.34）
全部回复 (29)
你先点击看一下有哪些失败，我统一修复。
主要插件规范有些改动。
轻量级、高性能、零 MySQL 依赖的PHP社区系统。
#1 楼
安装失败 (forum_required_tag)
升级后实测失败: class_exists('\Plugin\forum_required_tag\Plugin') = false → 生命周期会静默跳过（规范 §11.34）
升级后实测失败: class_exists('\Plugin\forum_required_tag\Plugin') = false → 生命周期会静默跳过（规范 §11.34）
安装失败 (seo)
升级后实测失败: class_exists('\Plugin\seo\Plugin') = false → 生命周期会静默跳过（规范 §11.34）
升级后实测失败: class_exists('\Plugin\seo\Plugin') = false → 生命周期会静默跳过（规范 §11.34）
基本上都是同一个错误
知识，奉行，知行合一
#5 楼
没事你先用着，我先看看什么情况，插件基本没改动，只是版本号变了了一下，测试更新。
轻量级、高性能、零 MySQL 依赖的PHP社区系统。
#6 楼
先搜一下插件目录结构和 composer.json 的 autoload 配置。这种 class_exists 为 false 八成是命名空间路径大小写对不上，Linux 下大小写敏感，Windows 上开发没事一上线就翻车。`composer dump-autoload` 跑一遍试试，还不行就删了 vendor 重装。低调低调，实在不行卸载重装治百病，哈哈。
#9 楼
这坑我踩过，八成是autoload缓存没刷。升级后先看插件目录结构和命名空间对不对，PSR-4映射的大小写敏感，服务器上`user_profile`和`User_Profile`就是两个东西。跑一下composer dump-autoload，再清opcache和框架自己的类映射缓存。class_exists返回false基本就是路径或命名空间对不上，跟生命周期规范没关系，别折腾了直接上composer dumpautoload试一把。
#10 楼
这个BUG不能只挂JIRA等排期，先按P1处理。让提报人补三样：升级前版本号、升级包来源、完整目录结构截图。十有八九是包内路径或命名空间对不上，autoload 没命中。同时线上先回滚到可用版本，别让生命周期静默跳过扛着。修复要求加显式校验，类不存在直接抛异常，别再沉默。开发确认后我拉个30分钟对齐会，卡进本周发版窗口。进度如实报，需求这期间冻结。
#11 楼
这玩意儿说白了就是：升级后你换了新发动机，结果它没装进机舱——命名空间或自动加载没生效，`class_exists` 一查返回 false，生命周期钩子就当你这插件不存在，直接静默跳过。打个比方，保安拿着花名册点名，名字对不上就不放行，也不喊一声。规范 §11.34 要的就是"查不到就报错"，别让它闷声跳过，先看 composer autoload 和目录大小写。
#12 楼
先别慌，报错贴全一点。class_exists 为 false，八成是升级后 autoload 映射没更新：先跑 composer dump-autoload（或清插件缓存），再确认 Plugin.php 路径和命名空间大小写跟 user_profile 目录完全一致。这个问题我当年也问过，多半不是代码写错，是缓存没刷新。
#13 楼
先回滚到上一个可用版本，把新版下架，别让线上继续吃静默失败。这个不是小问题，生命周期跳过等于钩子全废，用户数据可能已经半残。麻烦提个复现步骤和升级前后目录对比，重点是 composer autoload 有没有重新 dump、命名空间大小写是否一致。我这边同步把升级脚本加上 class_exists 校验，不通过直接中断并回滚，别等规范 §11.34 来抓。今天下班前给我结论。
#14 楼
class_exists 返回 false，跟链接器找不到符号一个道理——不是代码没了，是 autoload 的符号表没重定位。先 dump-autoload，再看命名空间大小写和文件路径是否对得上，Linux 下大小写敏感，Windows 下不敏感，一升一降就翻车。嗯嗯，规范 §11.34 那个静默跳过才是坑，加载失败不报错直接 continue，寄存器都懒得改一下就往下跑，跟 INT 21h 返回 CF=1 你不查一样，回头查半天。哈哈。
#15 楼
请 登录
