java访问修饰符不会被proguard修改，混淆仅重命名标识符而不改变访问权限语义；但修饰符影响保留策略，且-allowaccessmodification可优化时提升访问级别。

Java 中的访问修饰符（public、protected、private、包级默认）本身不会被 ProGuard 修改或删除，它们是字节码层面的访问控制标记，属于 JVM 规范的一部分，混淆器不会动这些语义信息。

混淆不改变访问权限语义

ProGuard 的混淆阶段只重命名类名、字段名、方法名等标识符，而 public 方法仍保持 public，private 字段仍是 private。JVM 运行时仍严格按修饰符执行访问检查——比如一个被混淆成 a() 的 private void login()，调用它依然受限于私有作用域，外部类无法直接访问。

也就是说：
- 修饰符决定“能不能访问”
- 混淆只影响“叫什么名字”
二者完全正交，互不干扰。

但修饰符会影响 ProGuard 的保留策略

某些修饰符会间接触发 ProGuard 的保护行为，尤其在配合 -keep 类规则时：

• public 成员常被显式保留（如 -keep public class * { public *; }），因为它是 API 入口，比如 Android 四大组件、Servlet、Spring Controller 方法
• protected 成员若被子类继承或框架反射调用，也需保留（例如某些 ORM 框架通过反射访问 protected setter）
• private 成员默认最安全，通常可放心混淆；但若被反射（如 Field.setAccessible(true)）或序列化使用，则必须用 -keepclassmembers 显式保留
• 包级默认（无修饰符）成员在跨包调用时易出错，混淆后若类名变动导致包路径变化，可能破坏可见性逻辑——因此多模块项目中建议避免依赖默认访问

优化阶段可能调整修饰符可见性

ProGuard 的 -allowaccessmodification 选项启用后，会在优化阶段提升某些成员的访问级别，例如：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 把 private 方法改为 package-private（便于内联优化）
• 把 package-private 字段改为 public（减少访问桥接方法）

这种修改仅服务于性能优化，不改变程序行为，且仅在字节码层面生效，源码中修饰符不变。若项目依赖严格的封装边界（如安全敏感逻辑），应慎用该选项。

调试与反编译中的实际表现

混淆后反编译出来的代码里，你仍能看到 public、private 等关键字——因为反编译器从字节码还原了访问标志位。但名称已变成 a、b，所以你会看到：

public class a {
  private int b;
  public void c() { ... }
}

看起来结构清晰，实则语义全失。此时修饰符还在，但“谁是什么”已经不可读。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南