-
本文详解为何在嵌套循环中直接使用增强for循环（for-each）删除ArrayList元素会导致程序异常终止或漏删，并提供从后往前索引遍历、迭代器删除等安全方案，附可运行示例与关键注意事项。
-
TreeMap能保证Key有序，根本原因是其底层采用红黑树结构并强制Key可比较；Key必须实现Comparable或传入Comparator，否则put()时抛ClassCastException；红黑树通过着色规则保障O(logn)高度与BST性质。
-
本文介绍在SpringBoot的@RestControllerAdvice中，如何根据HTTP请求头（如sourceid）动态决定错误响应格式，实现多部门差异化异常处理。
-
applyToEither本质是竞速选择而非合并结果：谁先完成（无论成功或异常）即用其结果执行后续函数，不等待、不兜底、不校验；需手动在任务内或Function中做有效性判断与降级。
-
Java异常处理需按类型分层捕获、从具体到宽泛；检查型异常须处理或声明，非检查型可不处理；finally应判空关闭资源，优先用try-with-resources；自定义异常应有明确用途且避免过度包装。
-
ArrayStoreException在向数组存入类型不兼容的对象时抛出，如将Integer存入String数组；常见于多态对象数组操作，因JVM运行时类型检查触发。例如Object[]arr=newString[3];arr[0]="Hello";合法，arr[1]=123;则抛出异常。基本类型数组无此问题。避免方法包括：使用具体数组类型、避免用Object[]接收子类数组、运行时类型检查及优先选用泛型集合。可捕获该异常用于调试或容错，但不应作为常规流程。根本解决是合理设计数据结构，以ArrayList
-
多态使同一代码适配不同子类对象，解决新增子类时无需修改原有逻辑的问题；需用父类或接口引用指向子类实例，重写须保持访问权限和返回类型兼容，优先使用接口，default/static方法不参与多态。
-
增强型switch是表达式，必须产出值，故不能用return而需yield；yield专用于提供分支结果，须显式写出且每分支仅一个；混用break会编译错误；仅Java15+支持，低版本运行会抛VerifyError。
-
Java的Pattern/Matcher在处理含Unicode字符（如℃、Ω）的字符串时，可能因字符编码误解或正则表达式书写疏漏导致start()、group()返回异常位置或空值，本质常源于UTF-16代理对误判或正则逻辑缺陷，而非底层编码问题。
-
Set和Map的核心共性是不允许重复key/元素，但语义不同：Set禁重复元素，Map禁重复key（value可重复）；均依赖equals()和hashCode()判重（TreeSet/TreeMap例外，用Comparable/Comparator但要求与equals一致）；HashSet底层基于HashMap实现，add(e)即map.put(e,PRESENT)；默认不保证顺序，需有序用LinkedHashSet/LinkedHashMap或TreeSet/TreeMap；并发集合如Concurre
-
toString方法用于让对象以清晰有意义的字符串形式呈现，避免默认的“类名@哈希值”；必须重写以支持打印、字符串拼接和日志记录；应简洁可读、含关键字段、过滤敏感信息、避免副作用与NPE。
-
finally块用于确保关键代码始终执行，常用于资源释放、状态重置等场景；其典型应用包括关闭文件流、数据库连接，且需注意避免在其中抛出异常或使用return语句，否则可能掩盖异常或改变返回值；现代Java推荐优先使用try-with-resources替代手动资源管理，以提升代码安全性和可读性。
-
在SpringMVC中构建RESTfulAPI，核心在于围绕资源设计、正确使用HTTP方法、统一错误处理和版本控制。1.使用名词表示资源，避免动词，如/users而非/getAllUsers；2.使用复数名词表示集合资源，如/products；3.通过ID定位单个资源，如/users/123；4.嵌套资源表达关系，如/users/123/orders；5.避免文件扩展名，通过Accept头协商格式；6.统一使用小写字母和连字符增强可读性；7.正确使用HTTP方法语义，GET获取、POST创建、PUT更新、
-
break用于立即终止当前循环或switch语句，跳转至其后首条可执行语句；在循环中配合if提前退出，在switch中防止case穿透；仅限循环或switch内使用，嵌套时可用带标签break跳出指定层。
-
try-catch后代码是否继续执行取决于异常是否被捕获及catch块内操作：未捕获或主动throw则终止，否则继续执行后续语句；finally几乎总执行，但System.exit()或JVM强制终止会跳过；多catch须子类在前、父类在后；空catch极危险，应记录日志或明确注释。
