-
package声明必须在文件最顶行，否则javac直接报错Java编译器对package的位置极其严格：它必须是源文件中第一个非注释、非空行。一旦前面有import、类定义、甚至一行带空格的注释，javac就会抛出class,interface,orenumexpected或更隐晦的packagenotfound错误。常见踩坑点：IDE自动生成的licenseheader注释没删，导致package不是首行用IDE快捷键移动类时，把packa
-
在屏幕坐标系中，gridi对应坐标(x=j,y=i)；初始化需防行列顺序颠倒、负/零尺寸异常及稀疏数据滥用密集数组。
-
UnsupportedOperationException源于不可变集合或未实现操作，如Arrays.asList后修改列表；应优先通过包装为ArrayList等可变集合预防，无法预知时用try-catch降级处理，结合API设计明确标识不支持的操作，保障程序整体可用性。
-
equalsIgnoreCase更安全，因它基于Unicode标准大小写折叠、不依赖locale，避免非ASCII字符（如ß、İ）转换异常；仅用于用户名/邮箱等标识符，需判空且不可用于密码；应配合Unicode正规化和输入清洗。
-
关键在于按任务性质选线程池类型并精细配置：CPU密集型用固定大小+ForkJoinPool，IO混合型配动态线程+有界队列，强事务场景交由小线程池串行；拆解变量路径为Supplier并发执行；监控队列堆积、禁用阻塞调用；虚拟线程用于轻量接入，重计算仍走隔离平台线程池。
-
新建项目时选错JDK版本会导致编译失败，需正确配置JDK17/21、统一UTF-8编码、开启自动构建并手动触发编译，三者缺一不可。
-
beforeExecute是合适的注入点，因为它在任务被工作线程执行前触发，既能获取目标线程又能安全绑定TraceId；需结合任务封装或InheritableThreadLocal传递上下文，并在afterExecute中清理MDC。
-
Java11+HttpClient默认尝试协商HTTP/2，但仅当满足三条件时才真正启用：服务端支持ALPN（h2）、客户端运行Java11+（推荐17+/21）、请求使用https://；否则自动降级至HTTP/1.1。
-
DecimalFormat格式化结果为String，不可直接用于数学运算；需参与计算时应优先使用BigDecimal配合setScale和HALF_UP模式确保精度与四舍五入可控。
-
垃圾回收是JVM自动管理内存的核心机制，通过识别并清除堆中不再被引用的对象来释放内存。Java采用可达性分析算法判断对象是否可回收，以GCRoots为起点，未被引用链关联的对象被视为垃圾。常见的回收器包括Serial、Parallel、CMS（已弃用）、G1、ZGC和Shenandoah，适用于不同场景。堆内存分为年轻代和老年代，新对象先分配在Eden区，经历多次MinorGC后存活的对象晋升至老年代，老年代触发的FullGC较慢，应尽量减少其频率。合理编码与JVM调优可提升性能。
-
Java版本怎么选：OpenJDK还是OracleJDK？容器里别用OracleJDK，授权和体积都是坑。DockerHub上官方openjdk镜像已覆盖主流版本（11/17/21），直接拉取即可。JDK17是当前LTS中兼容性、GC行为最稳的选择，除非项目强依赖JDK8的javax.xml.bind等废弃包——那种情况得加--add-modulesjava.xml.bind启动参数，但更建议升级代码。生产环境优先用openjdk:17-jre-slim，比-jdk少装编译工具，镜像小3
-
Java7多异常捕获需满足互不相关的已检查或运行时异常、用|分隔、e为最近公共父类；不支持父子类异常合并；无法直接调用子类特有方法，需instanceof判断；性能与多个catch无差异；适用于处理逻辑完全一致的场景。
-
OutputStreamWriter的核心作用是将字符按指定编码转换为字节并写入底层字节流，作为字符流与字节流间的编码桥梁；必须包装现有OutputStream，需显式指定编码（如UTF-8），写入后应flush或close，可配置错误处理策略。
-
默认返回HashMap，不保证顺序；需有序用LinkedHashMap::new；多字段分组推荐record组合键；统计数量用counting()；key为null直接抛NPE，须提前处理。
-
泛型是编译期类型契约而非语法糖，应在逻辑相同但数据类型不同的场景定义泛型类，优先使用泛型方法；需合理约束T，避免过度约束与擦除陷阱，并正确运用协变/逆变。
