-
DecimalFormat.getCurrencyInstance()必须显式传入Locale才能正确适配国家货币格式，否则依赖不可控的JVM默认区域设置；Locale决定格式惯例而非法定货币，多币种场景需结合Currency.getInstance()控制实际币种。
-
-XX:+OptimizeFill是JDK9+中用于优化基本类型数组全量初始化的诊断参数，需配合-XX:+UnlockDiagnosticVMOptions启用，仅对堆上编译期常量值的完整数组填充生效，在JDK17+稳定支持。
-
Propagation.REQUIRED嵌套调用会触发rollback-only异常，因为内层复用外层事务对象，抛异常后标记rollback-only，外层catch后仍尝试提交导致UnexpectedRollbackException；需改用REQUIRES_NEW或NESTED。
-
Java字符串是不可变的引用类型，用String类表示；定义推荐字面量（如"hello"），避免new导致堆中重复对象；所有修改操作均返回新串，频繁拼接应使用StringBuilder；比较内容须用equals而非==。
-
直接用==比较double常出错，因其二进制无法精确表示多数十进制小数（如0.1），导致微小舍入误差；Double.compare仅比较位模式是否完全相同，不支持容差，不能替代epsilon比较。
-
tcpdump抓MySQL/PostgreSQL三次握手和RST需用-ieth0-nn-S-wmysql.pcap'tcpport3306and(tcp[12]&0xf0>0x20ortcp[tcpflags]&(tcp-syn|tcp-rst))'，并配合host过滤或显式捕获RST，结合时间戳与pcap中SYN超时、ACK后立即RST、空闲超时RST等模式判断是否网络抖动所致。
-
应使用URI类而非URL类解析网络地址，因URI符合RFC3986、支持归一化、相对解析及安全字段提取，而URL仅用于建立连接且解析不可靠。
-
结论：热点探测的价值体现在混合模式下JVM动态选择编译时机，而非纯解释或纯编译的极端对比；-Xint和-Xcomp绕过真实机制，无法体现CompileThreshold等参数作用；需通过-XX:+PrintCompilation等观察实际热点方法识别与优化行为。
-
商品与库存应绑定为Product类的intstock字段，扣减必须通过原子化decreaseStock()方法校验；订单创建需先扣库存再生成订单，用HashMap存订单以支持O(1)查询。
-
Collections.synchronizedList仅保证单方法线程安全，不解决复合操作、迭代并发及状态依赖问题；需手动同步迭代、避免底层暴露，锁粒度粗影响读性能，应依读写比例与一致性需求选替代方案。
-
Java中LocalDate.getDayOfWeek()返回ISO标准枚举（MONDAY=1至SUNDAY=7），但业务周统计需按自定义起始日（如周日或周三）映射为0~6偏移量，并借助WeekFields计算正确年周标识，避免硬编码和跨年错误。
-
非公平锁的lock()方法先通过CAS直接抢占锁，成功则立即持有，失败才入队；其核心是跳过队列检查、允许插队，吞吐量更高但可能引发饥饿。
-
因为现代应用多核高并发、短期对象增多，偏向锁的单线程优化假设失效，撤销需STW导致延迟抖动；实测禁用后99%延迟降5%-10%，且维护成本高、代码复杂易出错。
-
Java不支持变长后向否定预查，因其正则引擎要求后向预查必须固定长度；替代方案是先匹配再用Java逻辑过滤，或用负向先行断言结合字符类绕过限制。
-
ForkJoinTask是Java中用于高效并行计算的核心类，适合分治算法场景。通过继承RecursiveTask（有返回值）或RecursiveAction（无返回值），重写compute()方法实现任务拆分与执行，结合fork()异步提交、join()等待结果，利用ForkJoinPool的工作窃取机制提升多核性能，关键在于合理设置任务粒度以平衡拆分开销与并行效率。
