-
removeIf删除的是满足Lambda中predicate条件的元素；常见错误是混淆保留逻辑与删除逻辑，如误将u.getAge()>=18当作保留条件直接传入，导致全删或不删；需注意null安全、无并发修改及避免复杂操作。
-
答案：Java中实现留言归类可采用关键词匹配、机器学习或规则引擎。首先通过关键词判断类别，适用于简单场景；其次结合jieba分词与TF-IDF及朴素贝叶斯提升复杂语义分类准确率；再者使用Drools规则引擎动态管理分类逻辑；最后可集成SpringBoot提供REST接口服务，便于系统调用。根据实际需求选择合适方案逐步演进。
-
Java应用日志路径配置关键在于运行目录（JVM启动时的终端当前路径），而非编译或类路径；推荐通过JVM参数-Dlog.path、绝对路径配置或容器挂载等方式确保日志路径可靠，start.sh中cd后执行可显式控制运行目录。
-
偏向锁在高竞争系统中不是优化而是性能放大器，因其撤销需暂停线程、检查栈帧、更新MarkWord并可能升级锁，每次均为微型STW，多对象高频撤销会显著拖慢吞吐、加剧卡顿。
-
-XX:+UseStringDeduplication是JVM在G1GC下启用的字符串去重机制，仅对老年代中内容相同的String对象合并副本，需JDK≥8u20且配合-XX:+UseG1GC使用，可降内存占用15%–40%，附带轻微CPU开销。
-
InstantiationException是因JVM禁止直接实例化接口或抽象类——它们无完整实现，无法分配有效内存；常见于反射、SpringBean创建或Jackson反序列化时误用抽象类型。
-
推荐使用SpringBoot启动新项目，因其自动装配可规避80%配置错误；访问start.spring.io选SpringBoot3.x（JDK17+），勾选SpringWeb和Lombok，用@RestController+@GetMapping编写最简接口验证环境，避免手动引入spring-framework低版本依赖。
-
NoClassDefFoundError表示编译时类存在但运行时无法加载，主因是类路径缺失目标类、依赖JAR未打包、模块隔离或静态初始化失败；需结合报错类名、classpath实际内容及堆栈根因（如ExceptionInInitializerError）综合排查。
-
SpringGraphQL默认仅暴露/graphql单一端点，无法通过spring.graphql.enabled=false类似配置全局禁用；实际应结合Web安全配置拦截请求，并可选禁用内省（introspection）以增强生产环境安全性。
-
List.of()和Map.of()创建的集合不能add/remove，因为它们返回JVM内置不可变实现类（如ListN、MapN），所有修改操作均直接抛UnsupportedOperationException；不支持null、有参数数量限制（List.of最多10个）、Map.of重复key在Java14+编译期报错；适用于配置项、映射表等只读场景，但不防元素内部可变。
-
CountDownLatch通过计数器实现线程同步，初始化为1时调用countDown可唤醒所有await线程，常用于模拟高并发场景。
-
抽象类不能直接实例化，普通类可以；抽象类定义通用结构并强制子类实现抽象方法，普通类封装具体功能；模板方法模式利用该特性将算法骨架放在抽象类中，可变步骤延迟至子类实现。
-
RandomAccessFile不支持文件空洞技术，seek后write会真实分配磁盘空间并填充零字节；多线程下载需每个线程独占实例、校验206响应、持久化offset并校验分片完整性。
-
继承可能破坏封装，因子类依赖父类实现细节，导致脆弱基类问题；组合通过包含对象实例而非继承，增强封装性与灵活性，推荐优先使用。
-
32位与64位Java的核心区别在于指针长度和内存寻址能力：32位使用4字节指针、最大堆约4GB（Windows下仅1.5–1.8GB），64位使用8字节指针、理论支持18EB内存，实际可配数十GB堆；确认方式包括查看安装路径（x86目录为32位）和java-version输出（含64-Bit标识为64位）；JAVA_HOME只能指向一个JDK，但32位与64位应用可共存，需注意Eclipse等工具通过-vm参数指定JDK、Python调用Java时JVM位数须与Python一致；选择依据为：堆需求＞2G
