PHP 8.3 默认禁止未声明属性赋值，$user->email = 'x@y.z' 会触发弃用警告；必须对确需动态行为的类显式添加#[\AllowDynamicProperties]注解，或重构为数组属性、显式声明，不可仅屏蔽警告。
PHP 8.3 默认禁用未声明属性，不是配置错而是行为变了
升级后大量 Warning 日志刷屏、ORM 模型赋值失败、DTO 类突然报错，根本不是 php.ini 配置漏改，而是 PHP 运行时默认策略收紧了。$user->email = 'x@y.z' 这类操作在 8.3 中不再静默成功，而是抛出 Deprecated: Creation of dynamic property User::$email is deprecated。
常见触发点：
- Laravel 的
Model子类（尤其未显式声明$fillable或$casts的旧模型） - CodeIgniter 里直接扩展
stdClass的配置容器 - 自定义的表单 DTO 类，靠
__set()动态存字段
解决方向不是调大 error_reporting，而是明确告诉 PHP：这个类确实需要动态属性。加注解即可：#[\AllowDynamicProperties]（注意反斜杠不能省）。
扩展名和包名不自动升级，apt install php8.3 ≠ 装全了
Debian/Ubuntu 上用 ondrej/php 源升级，apt install php8.3 只装核心，不会把 php7.4-mysql 自动换成 php8.3-mysql。结果 php -m 里看不到 mysqli，连 WordPress 都进不去后台。
立即学习“PHP免费学习笔记（深入）”；
必须手动处理扩展包：
- 先备份当前扩展列表：
dpkg -l | grep php | awk '{print $2}' > php_packages_old.txt - 用
sed批量替换版本号：sed -i 's/7\.4/8.3/g; s/8\.0/8.3/g; s/8\.1/8.3/g; s/8\.2/8.3/g' php_packages_old.txt - 逐个验证再安装：
apt show php8.3-mysql确认存在，再apt install php8.3-mysql php8.3-curl php8.3-gd等 - Apache 用户别忘了：
a2dismod php7.4 && a2enmod php8.3 && systemctl restart apache2
WordPress 主题/插件里的 mb_strimwidth 直接崩掉
升级后首页文章摘要变空白或报错，大概率是主题模板里用了 mb_strimwidth(strip_tags(...), 0, 200)。PHP 8.3 对多字节字符串函数的容错性更严格，mb_strimwidth 在某些编码边界下会直接 fatal error。
WordPress 官方已弃用该函数，正确替代方案是：
- 把
mb_strimwidth换成wp_trim_words - 把
strip_tags换成wp_strip_all_tags - 示例：
wp_trim_words(wp_strip_all_tags(apply_filters('the_content', $post->post_content)), 100, '...') - 搜索范围包括：
index.php、category.php、search.php、tag.php及主题自定义模板文件
Vercel 部署时 runtime 不更新，php -v 正确也没用
本地 php -v 显示 8.3，但 Vercel 上请求仍走 PHP 8.2，是因为 vercel.json 里没改 runtime 字段。平台只认这个配置，不看你打包时用了什么版本。
必须显式指定新版 runtime：
- 不能写
"runtime": "vercel-php@latest"（可能拉到不稳定快照） - 要写死版本：
"runtime": "vercel-php@0.7.0"（对应 PHP 8.3） - 如果项目有多个函数路径（如
api/和web/），每个路径都要单独配runtime，顶层配置不继承
动态属性警告、扩展缺失、函数弃用、部署 runtime 错位——这四类问题占了 PHP 8.3 升级故障的 90% 以上。它们都不是“配置没调对”，而是旧代码撞上了新规则。处理时得先分清：是语言行为变了，还是环境没跟上。
