90% Java新手踩坑！彻底搞懂这4个权限修饰符

🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥 🔥

引言：为什么你的Java代码像裸奔？

"上周公司代码审计，实习生小李因为把数据库配置类写成public，导致密钥全网可查…"
—— 这不是段子，而是真实的权限修饰符事故。
Java的public、private、protected和默认访问权限，看似简单，但90%的新手会因误用引发内存泄漏、数据暴露甚至系统崩溃。本文将用3个致命案例+1张神图，带你彻底攻克权限控制的底层逻辑。

一、4大权限修饰符：作用域三维图秒懂（附内存模型）

（插入动态示意图：横轴-类/包/子类/全局，纵轴-修饰符类型，深度-JVM内存可见性）  

血泪教训：  

• protected ≠ "家族通用"！跨包非子类访问会抛IllegalAccessError
• 默认权限是隐式地雷：未声明时默认开放同包访问，极易被恶意类窃取

二、三大致命踩坑场景（附代码尸检报告）

*� 案例1：Spring Bean的public灾难

@RestController
public class UserController {
    public List<String> adminPasswords = new ArrayList<>(); // 致命错误！
    
    @GetMapping("/passwords")
    public List<String> getPasswords() {
        return adminPasswords; // 任何模块都可直接读取！
    }
}

*� 后果：黑客通过/passwords接口瞬间拖库。
✅ 修复：字段改为private + 防御性复制：  

public List<String> getPasswords() {
    return new ArrayList<>(adminPasswords); // 返回副本而非引用
}

*� 案例2：protected继承陷阱

// 父类（包A）
public class BaseClass {
    protected String dbKey = "root";
}
// 子类（包B）
public class SubClass extends BaseClass {
    void leakKey() {
        System.out.println(dbKey); // 合法但危险！
    }
}

*� 后果：子类可能将敏感数据暴露给其他包内的类。
✅ 修复：关键字段用private + 通过protected方法控制访问：  

private String dbKey = "root";
protected String getDbKey() {
    return SecurityUtils.decrypt(dbKey); // 二次验证或解密
}

*� 案例3：默认权限引发包级漏洞

class PaymentService { // 默认权限：同包可访问
    void processTransaction() {
        // 直接操作金额计算
    }
}
// 同一包内的攻击类
public class FakeService {
    void hijack() {
        new PaymentService().processTransaction(); // 无需继承即可调用！
    }
}

*� 后果：支付逻辑被恶意篡改。
✅ 修复：强制声明为private或限制包可见性 + 接口隔离。

三、封装进阶：防御性编程5大原则

1. 最小权限定理：能用private绝不用默认  
2. 原子性封装：集合/对象字段返回不可变副本

private Map<String, User> users = new HashMap<>();
public Map<String, User> getUsers() {
    return Collections.unmodifiableMap(users);
}

3. 子类安全：protected方法需用final防止重写攻击  
4. 模块化隔离：敏感代码独立成包 + 模块化（Java 9+）  
5. 反射防御：添加SecurityManager防止暴力反射访问private字段

四、高频面试题自测（答案见评论区）

1. 为什么JDK的String类用final + private组合？  
2. 如何让一个方法只能被同包类和子类调用，但不能被其他包的非子类访问？  
3. Spring为何建议Controller的请求方法用public？是否存在安全隐患？

结语：权限控制是架构师的第一道防线

记住：代码的尊严，始于对访问权的绝对掌控。
现在立刻检查你的项目——是否有裸奔的public字段？是否有跨包乱飞的protected方法？封装的本质不是技术，而是对风险的本能警惕。  

*� 互动：你在项目中遇到过哪些权限修饰符引发的Bug？评论区曝光你的踩坑经历！