-
Collections.emptyMap()返回一个不可变的空映射实例，用于避免返回null以减少空指针异常。该方法属于java.util.Collections类，返回共享的、类型为Map<Object,Object>的空映射，任何修改操作均抛出UnsupportedOperationException。常用于方法无数据时的安全返回、变量初始化或集合操作默认值。建议指定泛型以增强类型安全，如需可变空映射应使用newHashMap<>()等方式替代。
-
基础权限控制应避免硬编码角色字符串，推荐用枚举封装权限标识；权限校验应统一收敛至Service层或AOP注解驱动，DAO层仅负责数据查询，严禁嵌入角色条件；同时需确保代码与数据库权限配置同步更新。
-
本文详解在gRPCJava客户端中通过CallCredentials注入clientid、workerid和instance等ASCII元数据的完整实践方案，避免UNAUTHENTICATED:invalidcredentials错误。
-
Hibernate自5.6版本起已明确放弃对已有列的结构变更（如nullable、columnDefinition、默认值等）的自动DDL支持，仅保留新增列能力；生产环境必须依赖Flyway/Liquibase等专业迁移工具完成schema演进。
-
instanceof不会抛出NullPointerException，左操作数为null时安全返回false；它与强制类型转换的关键区别在于JVM层面的null保护，且右侧必须是编译期已知的引用类型。
-
Java的Locale仅标识语言和地区，不提供翻译功能；多语言需配合ResourceBundle、MessageFormat及规范命名的属性文件实现，且必须显式传入Locale对象才能生效。
-
选择ConcurrentHashMap因它采用分段锁或CAS+synchronized机制，支持高并发读写，避免全局锁性能瓶颈，适用于频繁增删改查的统计场景。
-
ThreadMXBean.findDeadlockedThreads()返回null是正常现象，因仅检测JVM内置锁的循环阻塞态；需周期轮询、结合超时与阈值判断，并区分synchronized与ReentrantLock等显式锁的监控差异。
-
Java类加载器无法卸载类，热更新实为用新ClassLoader加载同名类并让旧类被GC回收；需确保旧类实例彻底不可达、使用独立URLClassLoader、避免静态引用；常见陷阱包括static字段未清理、线程未终止及JNI资源泄漏。
-
String类常用方法包括比较、查找、修改、分割等操作，需注意其不可变性导致的性能问题，频繁修改时应使用StringBuilder或StringBuffer优化，提升效率。
-
Java服务器CPU限制需通过操作系统级机制实现，核心方法包括Linuxcgroupsv2（如cpu.max设配额、cpuset.cpus绑核）、Docker（--cpus与--cpuset-cpus组合）、K8s资源限制（limits.cpu），辅以JVM参数优化（禁用偏向锁、合理设GC线程数）降低非必要消耗。
-
ConcurrentModificationException的根本原因是fail-fast机制检测到结构性修改，而非并发问题；集合通过modCount与expectedModCount比对实现该机制，仅Iterator.remove()等特定操作被允许。
-
子类只能继承父类中public、protected及同包下的默认成员，不能继承private成员、构造方法、静态成员和final方法；能否继承以编译时this.xxx或super.xxx是否通过为准。
-
必须实现Comparable接口时：类需支持Arrays.sort()、Collections.sort()或作为TreeSet/TreeMap的key；一个类仅能有一种自然顺序；第三方final类无法修改源码，故不可通过实现Comparable改变其排序逻辑。
-
使用JWT实现Java后端身份认证需生成、传递、解析和验证Token。首先添加jjwt依赖，登录成功后用Jwts.builder()生成含用户信息和过期时间的Token，并通过密钥签名；前端请求时在Authorization头携带BearerToken；服务端通过JwtFilter拦截请求，解析并验证Token合法性，可结合SpringBoot配置Filter或集成SpringSecurity进行权限控制。密钥应从配置文件读取，避免硬编码，确保安全。
