-
为什么在构造方法里要写this.name=name因为不写的话，name=name实际是把参数赋给自己，成员变量根本没被初始化。Java不会自动帮你区分同名的局部变量和成员变量，得靠this显式指代当前对象的成员。常见错误现象：System.out.println(obj.getName())打印出null或默认值，但明明传了参数——大概率是忘了加this。只在成员变量和形参/局部变量重名时才必须用this；不重名时可省略（但有些团队规范强制写）this只能出现在非
-
final关键字用于限制类和方法的修改，提升代码安全与性能；final类不可继承，适用于不可变类和安全敏感类，如String；final方法不可重写，用于保护核心逻辑，如银行存款操作。
-
本文深入解析Java中“thisPoint”的真实含义——它并非某个特定变量（如first或second），而是指当前正在调用方法的那个Point实例对象本身，即隐式参数this所代表的运行时对象。
-
NoSuchFieldException在Java反射中因字段不存在而抛出，常见于拼写错误、访问权限不当或字段被混淆等情况。调用getDeclaredField或getField时若未找到指定字段，则触发该异常。应通过try-catch捕获并处理，结合getDeclaredFields遍历、递归查找父类字段及使用注解等方式提升代码健壮性，避免运行时崩溃。
-
await()后线程进入condition队列：先新建CONDITION节点尾插，清理取消节点，再通过fullyRelease()释放锁并退出同步队列；signal()时迁移头节点至同步队列，CAS修改waitStatus后enq插入，再unpark；唤醒后需重新排队竞争锁，中断则不参与竞争。
-
死锁典型模式是多线程以不同顺序获取同一组锁，导致相互等待；预防需统一加锁顺序、使用tryLock超时机制及lockInterruptibly响应中断，并辅以jstack和ThreadMXBean检测。
-
Exception是程序运行中可预期、可恢复的问题，如文件不存在或网络超时；Error是JVM无法处理的严重故障，如OutOfMemoryError，不可恢复且不应捕获。
-
Math.sqrt(-1)不会抛出异常或导致编译失败，而是返回NaN——这是一个符合IEEE754和Java规范的合法浮点值，因此既非语法错误，也非运行时异常；是否构成逻辑错误，取决于程序预期行为与上下文语义。
-
final不是实现不可变的银弹，它仅保证引用不被重赋值，不阻止对象内部状态改变；需配合不可变类型、防御性拷贝、final类/方法及完整封装才能真正实现不可变。
-
Java中throwsArithmeticException无效，因为ArithmeticException是运行时异常（unchecked），编译器不强制处理；要实现“必须在try块中调用”的约束，需改用自定义的检查型异常（checkedexception）。
-
本文介绍如何在Quarkus应用中绕过RedisDataSource的限制，直接利用底层Redis客户端的batch()方法实现高效管道操作，显著降低高并发读场景下的连接池等待压力。
-
Java序列化是将运行中对象（含字段值、引用关系）转为字节流，仅保存实例状态，不保存方法、静态变量；反序列化则重建等价对象。必须实现Serializable接口以通过JVM许可检查，该接口为标记接口；未实现则运行时抛NotSerializableException；父类未实现时其字段丢失；内部类序列化要求外部类也实现；建议显式声明serialVersionUID避免InvalidClassException；static和transient字段不参与序列化，transient字段反序列化后为默认值，且全过
-
遍历Map常用entrySet获取键值对，适合同时访问键和值；2.keySet用于遍历键并通过get获取值；3.values仅遍历值；4.Iterator支持遍历时安全删除。推荐默认使用entrySet，性能更优。
-
StackOverflowError是JVM因栈帧总数×单帧大小超过线程栈总容量而强制抛出的错误，主因是无限/过深递归或方法嵌套，而非逻辑错误；-Xss调参治标不治本，易引发OOM或仅延迟崩溃，应优先重构代码。
-
Java对象拷贝有浅拷贝、深拷贝和序列化/反序列化三种方式：浅拷贝仅复制基本类型和引用地址；深拷贝完全隔离对象图；序列化实现无侵入式深拷贝但要求Serializable且性能低；不可变对象是现代推荐替代方案。
