php 8.5 并未禁止默认访问属性，而是严格限制未声明的动态属性；类中必须显式声明所有属性（无论 public/protected/private），否则运行时赋值将触发弃用警告，旨在提升类型安全、可维护性与性能。
PHP 8.5 并未“禁止使用默认访问属性”，真正被限制的是未声明的动态属性——也就是在类中没定义、却在运行时直接赋值的属性（如 $obj->unknown_prop = 'value'）。这个限制从 PHP 8.3 就已开始，PHP 8.5 延续并强化了该规范。
为什么不允许未声明的动态属性？
这不是针对“public/private/protected 默认访问控制”的改动，而是为消除隐式行为带来的风险：
-
拼写错误难发现：比如把
$user->emial写成$user->email，旧版本静默创建，新版本直接报 Deprecated，提前暴露问题 - 破坏封装与可读性：类的结构不再只看定义，还要追踪所有运行时赋值点，IDE 和静态分析工具无法准确推导属性类型和存在性
- 阻碍类型安全演进：联合类型、只读属性、枚举集合等新特性依赖明确的属性声明，动态字段会让类型系统失效
- 影响性能优化：Zend 引擎对声明属性可做内存布局预分配和缓存优化；动态属性只能走哈希表查找，开销更大
PHP 8.5 中“默认访问属性”仍完全合法
你依然可以写：
class User {
public $name; // ✅ 合法：显式声明的 public 属性
protected $id; // ✅ 合法：显式声明的 protected 属性
private $token; // ✅ 合法：显式声明的 private 属性
}
只要属性名在类定义中出现，无论用哪种访问修饰符，都符合 PHP 8.5 规范。
需要改写的典型错误写法
以下代码在 PHP 8.3+ 会触发 Deprecated: Creation of dynamic property ... is deprecated：
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
class Config {
public string $host;
}
$config = new Config();
$config->port = 8080; // ❌ 报警告：$port 未在类中声明
修复方式有两种：
-
推荐：补全声明 →
public int $port; -
仅限遗留场景：加允许注解 →
#[AllowDynamicProperties] class Config { ... }
只读属性与默认值的特别注意
PHP 8.3 起，readonly 属性即使写了默认值，也不会自动生效：
class ApiClient {
public readonly string $base_url = 'https://api.example.com'; // ⚠️ 这个值会被忽略！
}
$client = new ApiClient();
echo $client->base_url; // Fatal error: Uninitialized readonly property
必须在构造函数中显式赋值：
public function __construct() {
$this->base_url = 'https://api.example.com'; // ✅ 正确初始化
}
核心逻辑很清晰：PHP 不再容忍“运行时猜意图”，一切属性必须在类结构中明确定义。这看似多写几行，实则大幅降低维护成本和线上隐患。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
