-
Java集合要求使用包装类，根本原因是集合只能存储对象，而基本类型不是对象；泛型通过类型擦除强化了必须使用引用类型的约束；自动装箱/拆箱简化了使用，但存在空指针、性能和比较陷阱；高性能场景可选用原始类型集合库。
-
Java线程池默认不支持负载均衡，任务分发由execute()逻辑决定而非队列；真正有效的负载感知需侵入任务获取环节（如重写poll/take）或利用RejectedExecutionHandler配合自定义调度器，但实现复杂且易出错；推荐优先使用ForkJoinPool依赖工作窃取机制自动平衡。
-
最可靠方式是用newThrowable().getStackTrace()解析栈帧，通过循环比对类名跳过工具类，避免硬编码索引；SecurityManager已废弃，JDK17+不可用。
-
RecordPatterns是Java21正式引入的模式匹配特性，扩展instanceof和switch对record字段的直接解构能力，编译期类型检查，无需getter且无反射开销。
-
本文详解在Java中通过AWSS3上传ZIP文件时，因Content-Type设置不当导致下载缺失.zip扩展名、被浏览器误识别为文件夹的问题，并提供完整的修复方案与最佳实践。
-
继承通过extends实现，子类复用父类非私有成员，构造器需调用super()，Java不支持多继承；合理使用@Override重写方法，遵循LSP原则，优先组合而非继承以降低耦合。
-
Java调用OpenCV前必须确保System.loadLibrary("opencv_java455")成功，核心是native库（dll/so/dylib）路径正确、版本严格匹配、架构一致，且系统依赖完整；否则抛UnsatisfiedLinkError。
-
Java中用Object参数本质是利用向上转型实现运行时灵活性，适用于工具类、框架回调等场景；需先判空再通过instanceof、Class检查或泛型安全转换，避免类型异常。
-
排查Java异常应遵循“日志→类型→复现→修复→预防”闭环：先盯紧日志中异常堆栈顶端、位置及类型；再分清Checked/Unchecked异常并针对性处理；接着复现问题、打点调试；最后加校验、监控与防御性编程。
-
Apollo客户端连不上配置中心时，首要排查apollo.meta（配置中心地址）和app.id（应用唯一标识）是否正确配置且可加载；二者错误会导致连错地址或无法识别应用身份，常见现象包括找不到metaserver、无可用服务或拉取空配置。
-
IDE警告“静态方法应该用类名调用”是因为static方法属于类而非实例，用实例调用会模糊语义、掩盖空指针风险且违背设计意图；正确做法是改用类名或importstatic（适用于工具方法），核心判断标准是方法是否访问this。
-
Java标准控制台无法让Scanner.nextLine()的输入直接显示在System.out.print()的同一行末尾，因为System.in是行缓冲的、阻塞式输入流，不支持光标定位或行内编辑；需借助第三方库（如JLine）或转向GUI/终端UI框架才能实现真正的“行内输入”。
-
Java基本类型强制转换丢精度的根源是截断或取低字节：double转int砍小数，long转byte只留最低8位；Math.round()用于四舍五入，Math.toIntExact()等可抛异常防溢出。
-
本文深入解析Java中“thisPoint”的真实含义——它并非某个特定变量（如first或second），而是指当前正在调用方法的那个Point实例对象本身，即隐式参数this所代表的运行时对象。
-
类是蓝图，对象是实例——类不依赖对象而存在，对象依赖类定义，体现编译、加载、运行期三层解耦：类仅声明结构且可独立修改，对象承载具体状态并隔离运行。
