静态成员通过类名调用（如User.onlineNumber），语义清晰；虽允许对象调用但不推荐，因易误导归属；静态方法不可访问实例成员，无this指针。
静态成员的调用方式
静态成员（包括静态变量和静态方法）属于类本身，随类加载而初始化，内存中只有一份，所有对象共享。
推荐使用 类名.成员名 的方式调用，例如 User.onlineNumber 或 MathUtils.add(2, 3)。这种方式语义清晰，明确表达“这是类级别的资源”。
- 同一类内部访问静态成员时，可直接写变量或方法名，无需加类名
- 虽然允许用
对象.静态成员（如u1.onlineNumber），但编译器通常会警告，容易误导他人以为该成员属于对象 - 静态方法中不能直接访问实例变量或调用实例方法，因为此时可能还没有任何对象存在
实例成员的调用方式
实例成员（如实例变量、实例方法）属于具体对象，必须先创建对象，再通过对象引用访问。
语法统一为 对象.成员名，例如 u1.name 或 dog.bark()。没有类名直接访问的途径，因为它们依赖对象状态。
立即学习“Java免费学习笔记（深入）”；
- 未创建对象前访问实例成员会编译报错，如
User.name是非法的 - 每个对象拥有独立的实例变量副本，修改 u1.age 不影响 u2.age
- 实例方法可以自由访问本对象的实例变量和其他实例方法，也可调用静态成员
为什么对象能调用静态成员却不推荐
Java 语言规范允许通过对象引用访问静态成员，是出于语法兼容性考虑，并非设计本意。JVM 在编译期就将 u1.onlineNumber 替换为 User.onlineNumber，实际运行时仍走类路径。
- 这种写法掩盖了静态成员的归属，降低代码可读性
- 在重构或排查问题时，容易误判数据作用域，比如以为
user1.count++只影响 user1 - IDE 通常不提示对象后的静态成员，需手动输入，进一步说明它不是推荐用法
典型错误与注意事项
常见陷阱多源于混淆生命周期和归属关系：
- 在静态方法中直接使用 this 或非静态字段：编译失败，因静态上下文无 this 指针
-
用类名调用实例方法：如
User.sayHello()，编译报错 - 静态变量在多线程环境下未同步：如计数器 onlineNumber，多个线程并发修改可能导致结果不准
- 误以为 static final 常量可被继承覆盖：它在编译期就被内联，子类无法重写其值
