PHP 7.4类属性不写修饰符会报ParseError，因语法强制要求显式声明public/protected/private；默认public仅存在于省略修饰符的旧语法（如var）中，而7.4起已禁止省略。
PHP 7.4 中类属性**没有“默认改为 private”的语法开关**，语言本身不支持全局修改类属性的默认可见性。所谓“默认访问属性”，是指当你写 public $name; 时省略 public 关键字——但 PHP **不允许省略**：若不显式声明 public、protected 或 private，代码会直接报语法错误（ParseError）。
为什么不能省略访问修饰符？
从 PHP 7.4 开始，所有类属性必须显式标注可见性。这是强制性的语法要求，不是可配置选项。因此：
-
不写任何修饰符 → 解析失败，例如
string $name;是非法的； -
想让属性受保护 → 必须主动写
private string $name;； - 不存在运行时或配置项（如 php.ini 或 ini_set）能“切换默认值”。
真正有效的做法：用 private + 类型声明 + 访问器
要实现数据保护，核心是主动设计，而非依赖“默认”。推荐组合使用：
-
声明为
private：切断外部直接读写； -
配合类型声明（如
private string $email;），让 PHP 在赋值时自动校验类型； - 提供受控的 getter/setter，在 setter 中加入业务逻辑（如邮箱格式验证、空值处理）；
- 构造函数中调用 setter，确保初始化也走校验流程。
示例：安全的用户类结构
以下代码体现完整封装思路：
立即学习“PHP免费学习笔记（深入）”；
<?phpclass User {
private int $id;
private string $email;
public function __construct(int $id, string $email) {
$this->id = $id;
$this->setEmail($email); // 走验证逻辑
}
public function getEmail(): string {
return $this->email;
}
public function setEmail(string $email): void {
if (!filter_var($email, FILTER_VALIDATE_EMAIL)) {
throw new InvalidArgumentException('Invalid email format.');
}
$this->email = $email;
}
}
配套保障措施
仅靠手动写 private 不够，还需工程化约束：
- 在团队规范和 CI 流程中明确：**所有属性必须且仅带一个访问修饰符**；
- 用 PHPStan（level 5+）或 Psalm 启用
checkUninitializedProperties，捕获未初始化的类型化属性； - 禁用
public属性暴露敏感字段（如public string $passwordHash）； - 对不可变场景，PHP 8.2+ 可考虑
readonly，但 PHP 7.4 需靠 setter 逻辑控制。
