成员变量声明位置和访问修饰符怎么选
Java里成员变量必须定义在类的大括号内、方法外，不能写在main里或某个if块里——否则就变成局部变量了，生命周期和作用域完全不同。
常见错误是把本该是成员变量的String name写在public void printInfo()里面，结果别的方法根本访问不到，还报cannot resolve symbol。
-
private最安全：绝大多数情况用它，配合getXXX/setXXX控制读写 -
protected只在有继承且子类需直接访问时考虑，别为了省事设成public - 不加修饰符（包级私有）容易被同包下其他类意外修改，调试时很难追踪来源
静态变量和实例变量的区别不能靠猜
加了static的变量属于类本身，所有实例共享一份；不加的才是每个对象独立拥有的副本。很多人以为static int count = 0;能当“每个对象的计数器”用，结果发现改一个对象的count，其他对象也跟着变。
典型误用场景：想记录创建了多少个User对象，却把id设成static，导致所有User实例的id都一样。
立即学习“Java免费学习笔记（深入）”；
- 需要每个对象独有一份 → 去掉
static，比如private String username; - 需要跨实例共享状态或配置 → 才用
static，比如private static final int MAX_RETRY = 3; -
static变量在类加载时初始化，早于任何构造方法执行，注意初始化顺序依赖
方法签名里参数类型和返回值不是随便写的
Java方法必须明确声明返回类型，连void都不能省。写成printName() { ... }会直接编译失败，报错missing return type。
参数列表里的变量名只是占位符，但类型必须精确匹配调用方传入的实际类型。比如方法声明为void setName(String name)，你传setName(123)就会编译报错incompatible types: int cannot be converted to String。
- 不要为了“灵活”把参数全写成
Object，后期类型转换容易出ClassCastException - 返回
null要谨慎，调用方很可能没判空，直接.length()就NullPointerException - 如果方法逻辑可能抛异常，要么在方法签名加
throws，要么在内部try-catch处理掉，别让它漏出去
构造方法不是普通方法，别把它当入口写业务逻辑
构造方法名字必须和类名完全一致，没有返回类型（连void都不写），它的唯一职责是初始化新对象的状态。有人喜欢在构造方法里开线程、读文件、连数据库，结果一创建对象就卡住或失败，还不好定位。
更隐蔽的问题是：父类构造方法执行完之前，子类的字段还没初始化，此时调用this.xxx可能拿到默认值（如null或0），而不是你期望的初始值。
- 构造方法里只做字段赋值、简单校验（比如
if (name == null) throw new IllegalArgumentException();） - 耗时或可能失败的操作，拆到单独的
init()方法里，由使用者显式调用 - 避免在构造方法中调用可被重写的方法（
public或protected），子类覆盖后可能访问到未初始化的字段
成员变量和方法的边界一旦模糊，后续加功能、改逻辑、写单元测试都会变得吃力。尤其是字段要不要static、方法要不要throws，这些决定在第一行代码写下去的时候就已经锁死了后续很多可能性。
