-
面向对象与面向过程的本质区别在于数据与行为的绑定方式：前者通过实例封装状态并隐式传递，后者依赖显式参数传递且函数无状态。
-
使用OpenCSV库可高效处理CSV文件。读取时用CSVReader类，注意设置编码、分隔符及跳过标题行；写入时用CSVWriter类，自动处理转义且可控制引号；复杂结构可用CsvToBean与BeanToCsv实现对象映射，提升代码可维护性。
-
SpringBoot应用通过java-jar运行时秒退，但mvnspring-boot:run或IDE内运行正常——根本原因通常是构建方式错误：VSCodeJavaProjectManager生成的JAR缺少SpringBoot打包插件支持，未嵌入启动器和依赖，导致容器无法持续运行。
-
toString方法用于让对象以清晰有意义的字符串形式呈现，避免默认的“类名@哈希值”；必须重写以支持打印、字符串拼接和日志记录；应简洁可读、含关键字段、过滤敏感信息、避免副作用与NPE。
-
OutOfMemoryError不代表代码错误，而是JVM资源耗尽，需据错误信息关键词定位堆、元空间、直接内存或线程数等具体区域，并结合GC日志与JVM参数精准排查泄漏点。
-
SpringRetry中的指数退避策略通过逐步延长重试间隔时间，避免因频繁重试加重系统负担。1.它在首次失败后延迟指定时间（如1秒），2.每次重试间隔乘以指定倍数（如2倍），3.最大延迟不超过设定上限（如30秒）。该策略解决了瞬时故障下重试风暴导致服务雪崩的问题，适用于远程调用、数据库操作等场景，同时需注意幂等性、资源消耗和超时配置协调等问题。
-
本文详解如何为调用@Async方法的业务逻辑编写可靠的集成测试，确保异步操作完成后再验证数据库状态，避免因线程未结束导致断言失败。
-
首先引入Jedis依赖，然后连接Redis服务器并测试连通性，接着进行字符串、哈希、列表等数据操作，最后建议生产环境使用连接池管理连接。
-
Java项目中文乱码的根本原因是编码配置不统一，需确保源文件、编译器、JVM、IDE、终端五者编码均为UTF-8：1.IDEA中设置Global/Project/Properties编码为UTF-8并勾选转义；2.Maven配置maven-compiler-plugin的encoding为UTF-8；3.JVM启动时加-Dfile.encoding=UTF-8；4.终端需设为UTF-8（如Windows执行chcp65001）。
-
Java为基本类型提供包装类是因为JVM的泛型、集合、反射、序列化等机制只支持对象；包装类使基本类型能参与面向对象流程，如被Object引用、GC管理、支持equals()等。
-
final类不能被继承是因为JVM在类加载阶段锁定ACC_FINAL标志位，字节码验证期直接抛出VerifyError；String不可变性依赖privatefinal字段与无修改方法，而非仅final修饰；其线程安全源于状态不可变，性能优势来自常量池、intern优化及底层实现打磨，非final关键字本身。
-
遍历Map常用entrySet获取键值对，适合同时访问键和值；2.keySet用于遍历键并通过get获取值；3.values仅遍历值；4.Iterator支持遍历时安全删除。推荐默认使用entrySet，性能更优。
-
Java进程“静默退出”本质是System.exit()调用或未捕获Throwable（含Error）导致JVM直接终止，不执行清理；排查应优先查退出码、strace捕获exit系统调用、jstack快照及JVM参数如-XX:+HeapDumpOnOutOfMemoryError。
-
JAVA_HOME必须指向JDK根目录（如C:\ProgramFiles\Java\jdk-17.0.1或/usr/lib/jvm/java-17-openjdk-amd64），不可指向bin或jre子目录，否则Maven等工具会因无法识别JDK而启动失败。
-
本文探讨了为何不能直接将“胖JAR”（fatJAR）作为外部库加载，以及在SpringBoot、Tomcat等环境中安全引入含内嵌依赖（如libs/d1.jar）的JAR的规范做法。核心结论是：应拆分胖JAR，将其转为标准依赖，并通过Maven/Gradle或loader.path显式管理各依赖项。
