Java中基本数据类型不能作为synchronized锁对象，因其非引用类型、无对象头和monitor，编译器直接报错；正确做法是使用final Object、类对象或ReentrantLock等引用类型锁。
Java中基本数据类型不能作为锁对象，这不是编译错误，而是根本不可行——因为语法上不支持，编译器直接拒绝。关键在于理解锁机制的底层要求：synchronized 只接受引用类型（Object）作为锁，而基本类型（如 int、boolean）既不是对象，也无法被当作监视器（monitor）使用。
为什么基本类型不能用作synchronized的锁？
Java 的 synchronized(obj) 要求 obj 是一个非 null 的引用类型实例，JVM 需通过该对象头中的 monitor 记录线程争用状态。基本类型存储在栈上，无对象头，无 monitor，也不具备锁所需的同步语义。
- 以下写法会直接编译失败：
synchronized(123) { /* ... */ }→ 报错：error: unexpected type int lock = 42;<br>synchronized(lock) { ... }→ 同样报错，因lock是基本类型变量，不是对象- 即使自动装箱成
Integer，如synchronized(new Integer(42))，也极不安全：每次 new 都创建新对象，锁失效；若用缓存值（如synchronized(Integer.valueOf(100))），又因缓存范围有限（-128~127）、行为不可控，极易引发并发逻辑混乱
常见误写与对应错误提示
开发者有时试图“绕过限制”，例如：
- 用静态基本类型字段当锁：
private static int counter = 0;synchronized(counter) { ... }→ 编译报错：incompatible types: int cannot be converted to Object - 在方法签名中声明基本类型为 synchronized 参数（语法非法）：
public synchronized void update(int lock) { ... }→ 此处synchronized修饰的是方法本身（隐式锁为this或类对象），和参数lock无关，属概念混淆
正确替代方案
若需细粒度或专用锁，应明确使用引用类型对象：
立即学习“Java免费学习笔记（深入）”；
- 用专用的私有 final 对象：
private final Object lock = new Object();<br>synchronized(lock) { ... } - 对静态资源加锁，用类对象：
synchronized(MyClass.class) { ... } - 需要更灵活控制时，选用
java.util.concurrent.locks.ReentrantLock等显式锁，但锁对象仍是引用类型实例 - 避免误用包装类实例作锁（尤其
Integer、Boolean），因其可能被复用或回收，破坏锁的唯一性与一致性
关联内存误区：别把“值传递”当成“锁共享”
有人误以为“两个线程都操作同一个 int 变量，就等于在竞争同一把锁”。这是典型误区：
基本类型变量是值拷贝，每个线程栈中持有的是独立副本；即使变量是 static，它也只是共享数据，不是锁本身。没有同步机制保护，读写就是竞态的——这属于运行时并发问题，而非编译错误，但根源仍在于混淆了“数据”与“锁”的角色。
