-
Java安全编程的关键在于通过输入验证、身份验证、授权、加密等手段保障数据的机密性、完整性和可用性。1.输入验证应采用白名单、黑名单、数据类型、长度和范围校验等方式防止SQL注入、XSS攻击等；2.身份验证可通过用户名/密码、MFA、OAuth2.0、JWT等方式确认用户身份；3.授权可使用RBAC或ABAC机制控制用户对资源的访问权限；4.加密需合理使用对称加密（如AES）、非对称加密（如RSA）和哈希算法（如SHA-256）保护敏感数据；5.防止SQL注入应优先使用参数化查询，避免动态拼接SQL语句；
-
本文详解SpringBootJPA中通过原生SQLJOIN查询多表时Address字段为null的根本原因及解决方案，重点说明LEFTJOIN的必要性、实体映射规范与DTO转换健壮性优化。
-
Java递归抛出StackOverflowError是因为线程栈空间耗尽：每层递归压入栈帧，超过JVM默认栈容量（如1MB）即崩溃，与逻辑正确性无关，常见于树遍历、嵌套JSON解析等场景。
-
偏向锁被禁用的直接原因是对象头中hashcode占用了markword的锁状态位，导致偏向锁信息无法写入，二者在31/62位空间内互斥。
-
DelayQueue入队推荐使用offer(Ee)，它要求元素实现Delayed接口（通常还实现Comparable），成功返回true，null抛NullPointerException；put(Ee)和add(Ee)虽存在但不推荐，因无界队列中put等价offer，add则异常处理冗余。
-
Condition是Java中用于线程协作的接口，需与Lock配合使用，支持多条件等待和精确唤醒；示例中通过notFull和notEmpty两个Condition实现生产者-消费者模型，相比synchronized+wait/notify，具备可中断、超时等待及更灵活的锁控制优势。
-
双亲委派被打破是常态，JDBC、Tomcat、OSGi、SpringBoot均主动打破以解决类隔离或热加载需求；重写loadClass()需优先委派系统类，再加载自定义类，否则易触发NoClassDefFoundError。
-
非公平锁的lock()能“插队”是因为在方法开头直接CAS抢占，成功即获锁；仅在锁空闲时有效，否则退化为排队逻辑。
-
LinkedHashMap通过双向链表维护插入顺序，遍历时按插入顺序返回元素，适用于缓存、日志等场景；1.可用默认构造、指定容量、负载因子或从其他Map初始化；2.使用put插入、get访问，遍历顺序与插入一致；3.设置accessOrder为true可启用访问顺序，最近访问元素移至末尾，适合LRU缓存；4.重写removeEldestEntry方法并启用访问顺序可实现LRU缓存，如returnsize()>3;综上，LinkedHashMap在保持顺序的同时性能接近HashMap，是有序场景的理想
-
高层模块和低层模块都应依赖抽象，抽象不应依赖细节。通过接口隔离变化，如UserService依赖UserRepository接口而非具体实现，实现解耦；结合Spring依赖注入可动态切换实现；提升可测试性，便于Mock；支持并行开发，促进团队协作；核心在于识别变化点，提前抽象，增强系统灵活性与可维护性。
-
断言默认关闭，需用-ea启用，语法为assert布尔表达式或assert布尔表达式:错误信息，用于调试时验证条件。
-
DecimalFormat格式化结果为String，不可直接用于数学运算；需参与计算时应优先使用BigDecimal配合setScale和HALF_UP模式确保精度与四舍五入可控。
-
Java项目配置GradleWrapper的核心是自带可执行Gradle分发包以保证构建一致性，通过gradlewrapper命令生成脚本及配置文件，所有构建须用./gradlew触发，并确保相关文件纳入版本控制。
-
本文详解如何利用JetpackDataStore（推荐）或SharedPreferences持久化导航栈状态，使应用从后台返回时准确恢复至用户离开前的Fragment，彻底解决因Activity重建导致导航重置为Splash屏的问题。
-
静态内部类只能访问外部类的static成员，不能访问非静态成员；其实例化无需外部类实例，适用于无需隐式引用外部类实例的工具类等场景。
