不能混用，int是栈上原始类型，Integer是堆上对象引用；自动装箱/拆箱有空指针风险，比较需用.equals()，final只锁定引用不可变，变量初始化顺序影响默认值与运行结果。
Java里声明变量时，int和Integer能混着写吗？
不能直接混用，编译会报错。虽然Java有自动装箱/拆箱机制，但语义和行为完全不同：int是栈上分配的原始值，Integer是堆上的对象引用。
常见错误现象：Integer a = null; int b = a; 运行时抛出 NullPointerException，因为拆箱时对null调用intValue()。
- 初始化原始类型优先用字面量：
int count = 0;，别写int count = new Integer(0); - 需要泛型、集合或可为
null时才用Integer：List<integer></integer>、Optional<integer></integer> - 比较两个
Integer别用==：-128到127之间可能因缓存返回true，超出范围就false；统一用.equals()或Objects.equals()
声明引用类型变量时，String s和String s = null有什么实际区别？
区别在于是否触发默认初始化。Java中所有类字段（成员变量）即使不显式赋值也会被默认初始化为null；但局部变量必须显式初始化才能使用，否则编译报错：variable s might not have been initialized。
使用场景：方法参数或循环内临时引用常省略= null，但提前声明后延迟赋值（比如在if分支里）必须初始化，否则编译不过。
立即学习“Java免费学习笔记（深入）”；
- 成员变量：
private String name;等价于private String name = null; - 局部变量：
String s;后直接System.out.println(s);→ 编译失败 - 安全起见，局部变量声明即初始化：
String s = null;或更明确的String s = "";（视业务而定）
final修饰变量时，基本类型和引用类型的“不可变”到底锁住了什么？
final只锁住变量的“指向”，不锁住内容。对int来说，值真不能改；但对ArrayList来说，引用不能换，里面add()、clear()完全合法。
容易踩的坑：误以为final List<string> list = new ArrayList();</string> 就能防修改，结果别人照样往里塞元素，甚至list = new ArrayList(); 才真正被阻止。
- 想真正不可变，得用
Collections.unmodifiableList()或ImmutableList（Guava） -
final+ 基本类型 = 值不可变（如final double PI = 3.14159;） -
final+ 数组（如final int[] arr）：数组引用不变，但arr[0] = 1合法
变量初始化顺序影响运行结果？哪些地方必须手动初始化？
影响非常大，尤其涉及继承和静态上下文。Java按“静态变量→静态块→实例变量→实例块→构造器”顺序执行初始化，跳过某步可能导致字段为默认值（0、false、null），而不是你预期的值。
必须手动初始化的典型场景：try-catch中声明的变量，若只在catch里赋值，try块外访问会编译报错；同理，if分支未覆盖所有路径时，变量可能未定义。
- 局部变量永远没有默认值，所有路径都必须保证赋值
- 静态字段若依赖复杂逻辑，建议用
static块初始化，避免static final字段初始化顺序引发NullPointerException - 构造器中调用
this(...)前，不能访问任何实例字段——此时它们还是默认值
null和默认值的边界最容易被忽略。 
