-
用LinkedList存历史记录易出错，因误用add()插入末尾导致遍历方向错误，或未判空调用removeLast()抛异常；关键在操作语义对齐——应统一用addFirst()和get(0)，容量超限时立即removeLast()。
-
实现支付宝支付接口的核心步骤包括：1.引入SDK并配置依赖；2.在支付宝开放平台创建应用获取密钥；3.初始化AlipayClient配置通信参数；4.构造不同类型的支付请求并设置业务参数；5.发送请求并处理返回结果；6.重点处理异步通知需验签、校验订单信息并确保幂等性。常见安全风险及应对措施包括：1.参数篡改，应以服务器端数据为准；2.重复通知导致重复处理，需基于交易号做幂等判断；3.伪造通知，必须严格验签；4.密钥泄露，应妥善管理不硬编码。异步通知处理易忽视的细节包括：1.返回“success”应在业务
-
final用于限制类、方法和变量的修改：final类不可被继承，如String类；final方法不可被重写，确保核心逻辑不变；final变量一旦赋值不可更改，基本类型值不变，引用类型地址不变但内容可变，常用于常量和线程安全。
-
Collections.singletonList返回不可变List，所有增删操作均抛UnsupportedOperationException；它是轻量单例视图，无底层数据结构开销，适用于只读场景。
-
守护线程的执行优先级与普通线程相同，取决于优先级设置而非守护状态；其核心特性是当所有用户线程结束时，JVM退出并自动终止守护线程，无论其优先级高低。
-
Files.probeContentType基于内容探测MIME类型但能力有限，依赖系统机制且跨平台行为不一；提升准确率需确保文件可读非空、优先用Path而非流、类Unix系统启用libmagic、对null结果按扩展名降级处理。
-
重写loadClass会失效，因为JVM在new、invokestatic等场景下不调用该方法，而是硬编码委托父加载器；真正可拦截的入口是findClass，需确保父加载器找不到目标类且正确重写findClass。
-
控制台项目初期不应分模块，建议前两周所有类平铺在一个包中；待核心流程跑通后再按职责切分，优先合并状态强耦合类；main()应避免裸while循环，改用命令解析+业务调用分离；状态统一由HallContext单例管理并序列化持久化；Windows下需统一编译、运行及IDE终端编码为UTF-8。
-
List.of()和Map.of()创建的集合不能add/remove，因为它们返回JVM内置不可变实现类（如ListN、MapN），所有修改操作均直接抛UnsupportedOperationException；不支持null、有参数数量限制（List.of最多10个）、Map.of重复key在Java14+编译期报错；适用于配置项、映射表等只读场景，但不防元素内部可变。
-
Condition的await()和signal()不支持按名称、ID或参数精准唤醒特定线程，只能唤醒同一Condition实例上等待的任意一个线程；需通过多个Condition实例分组、显式状态变量+while循环判断、signal而非signalAll、以及动态等待注册表等方式间接实现逻辑级精准唤醒。
-
JavaLambda表达式是JDK8+原生特性，无需第三方库，依托java.util.function包的函数式接口和JVM的invokedynamic指令实现，编译不生成匿名内部类，运行高效且有严格版本兼容要求。
-
Java程序默认不使用系统代理，需通过JVM参数（如-Dhttp.proxyHost、-Dhttps.proxyHost）或代码中动态创建Proxy对象来配置HTTP/HTTPS/SOCKS代理，并注意HTTPS需单独设置且依赖CONNECT方法，认证推荐使用Authenticator避免明文密码。
-
StringJoiner原生支持分隔符、前缀和后缀，创建时指定三参数即可自动包裹元素；空集合返回前缀+后缀（如“[]”），无需判空；支持链式调用、merge合并及与Collectors.joining无缝对应。
-
Java中Thread不生成接口，而是通过实现Runnable或Callable等接口定义任务行为并交由Thread执行，实现行为与线程机制解耦。
-
Java安装提示“已存在32位版本”是因注册表残留导致64位安装器误判；需彻底卸载所有Java条目、清理ProgramFiles及注册表JavaSoft项，并统一PATH与JAVA_HOME指向同一64位JDK。
