-
必须手动解析WAV二进制头以获取fmt块扩展字段和fact块数据；需用RandomAccessFile按RIFF规范逐块读取，注意小端序，并根据cbSize动态处理扩展字段。
-
应定义2–3个顶层业务异常基类（如BusinessException、SystemException、ValidationException）而非平级继承RuntimeException，以支持语义分组捕获、日志归类、可恢复性判断及精准测试；自定义异常需携带code和context等结构化信息，并避免存储大对象；受检异常仅用于调用方能且应立即处理的场景（如参数校验），非受检异常适用于系统故障等不可当场修复问题；全局异常处理器应仅记录堆栈、设HTTP状态码、返回精简JSON，禁用吞异常、外调告警或兜底NPE
-
反射读取嵌套注解本质是逐层获取运行时注解实例：外层注解元素必须为内层注解类型且两者均需@Retention(RUNTIME)；获取外层实例后直接调用其方法得到内层代理对象，再递归处理，注意空值检查、禁止对注解调用getAnnotation、限制递归深度。
-
灰度化核心是用加权平均公式0.299×R+0.587×G+0.114×B逐像素计算亮度并截断至0–255，需注意通道顺序（RGB/BGR）、数组维度、批量读写及Alpha通道单独处理。
-
Stream.peek()适合插入审计日志，需准确定位位置（filter前/后、map后）、记录轻量可追溯信息（阶段标识、追踪ID、关键字段、时间戳）、确保异步非阻塞、异常兜底，并通过MDC实现链路级审计。
-
WatchService默认不递归监听子目录，需手动遍历注册；pollEvents()后必须调用reset()否则事件丢失；ENTRY_MODIFY不保证内容变更；容器/NFS等场景建议改用轮询或快照比对。
-
主线程抛出未捕获异常会直接终止JVM，打印堆栈后强制结束所有线程；子线程异常则仅自身终止，不影响JVM和其他线程运行。
-
在Java中，LinkedHashMap是HashMap的一个子类，它通过维护一个双向链表来保证元素的插入顺序。这意味着当你遍历LinkedHashMap时，元素的返回顺序与它们被插入的顺序一致。这一点与HashMap不同，HashMap不保证任何顺序。保持插入顺序的基本用法创建一个LinkedHashMap非常简单，和HashMap的使用方式几乎一样：LinkedHashMapmap=newLinkedHashMap();map.put("apple",1
-
<p>反射调用重载方法必须显式指定参数类型，Java和C#均不支持自动匹配：Java需用getDeclaredMethod/getMethod配合Class类型数组，C#需GetMethod配合Type[]和BindingFlags，且基本类型与包装类、父子类间无自动转换。</p>
-
Arrays.copyOf用于创建并返回新数组，适合简单扩容或截断；System.arraycopy需预创建目标数组，支持精确区间复制，性能更高，适用于高效部分复制场景。
-
volatile通过内存屏障强制读写主内存，解决多线程可见性问题；但不保证原子性，仅适用于状态标志等简单场景。
-
Optional.ifPresent仅用于本地空值防护，不能解决微服务迁移中的上下文断裂、分布式容错等问题；它适用于DTO转换、配置读取等轻量场景，需配合契约定义、统一结果封装和降级机制保障变量安全。
-
default方法不能访问实现类私有字段或独有方法，只能调用接口已声明的抽象方法和其他default方法；可通过新增抽象方法暴露状态，构建契约化行为骨架。
-
猜数字小游戏用Random生成1~100目标数，Scanner获取输入，while循环控制流程，if-else分级提示大小，合法输入才计数并反馈，非数字或越界输入不计次且提示重输。
-
UpdateRS耗时异常的判定标准是Avg＞10ms或Max＞30ms，结合ExtRootScanning同步上升可确认RSet更新构成扫描瓶颈；根本原因在于DirtyCardQueue消费滞后，需通过调参与写模式治理协同优化。
