-
Java子类声明与父类同名的实例字段时，并不会覆盖父类字段，而是隐藏（hiding）它；一个子类对象在内存中实际包含两份独立的x字段——分别属于父类和子类类型，通过this.x和super.x可明确区分访问。
-
Gatling不支持真正意义上的WebSocket“永久接收”（forever），其WebSocketDSL要求显式声明预期接收的消息数量；但可通过动态生成大量await().on()检查、结合超时与容错机制，模拟长时间持续监听场景。
-
多态通过继承和方法重写实现，允许父类引用调用子类方法，提升代码扩展性与维护性；示例中Animal父类引用指向Dog和Cat子类对象，调用makeSound()时输出各自重写后的声音；集合遍历和方法参数通用化是多态典型应用场景；属性不支持多态，父类引用无法直接访问子类特有方法，需强制转型并配合instanceof确保安全；核心原则是“编译看左边，运行看右边”。
-
Optional的核心作用是将空值显式化、类型化，强制编译期处理空值场景，切断null传播链，并提升API语义清晰度；它适用于方法返回值，不适用于字段、参数或集合元素。
-
静态方法不能访问实例变量和实例方法，因其属于类而非对象；调用非static成员会报“non-staticvariablexxxcannotbereferencedfromastaticcontext”错误，解决需改static或先创建实例。
-
应遍历NetworkInterface.getNetworkInterfaces()获取真实网卡名，按isUp()、非loopback、有MAC地址筛选；getHardwareAddress()为null时需检查权限或系统限制；获取IPv4地址时应过滤本地、链路本地、回环及APIPA地址；Windows中文名乱码需用GBK重解码。
-
MicroStream在JDK17+中使用JavaRecords时因模块封装限制无法访问jdk.internal.misc.Unsafe，需显式导出模块或改用传统POJO；Gradle测试可通过正确配置jvmArgs或启用--enable-preview（如适用）解决。
-
组合表示强“has-a”关系，部分生命周期依赖整体，如Car与Engine；聚合为弱“has-a”，部分可独立存在，如Department与Employee。
-
ProjectSDK和Projectlanguagelevel必须匹配，否则会导致语法标红或编译错误；Module的Languagelevel和Targetbytecodeversion需单独检查；Gradle/Maven项目需手动Reload并确认JDK一致性；IDEA编译器应设为Javac并指定正确路径。
-
本文详解如何通过动态规划优化暴力枚举回文子串的低效实现，将时间复杂度从原始代码隐含的O(n³)（实际为O(n²)字符串操作×O(n)反转）降至真正稳定的O(n²)，并给出可直接落地的Java实现与关键避坑指南。
-
本文详解如何在SpringBoot中通过全局线程池替代每次新建ExecutorService，实现线程复用、动态伸缩与超时控制，避免因线程泄漏和阻塞导致服务崩溃。
-
多重catch允许在同一个catch块中处理多个异常类型，用|分隔，适用于相同处理逻辑的异常，如NumberFormatException|ArithmeticExceptione，简化代码结构。使用时需注意：异常参数隐式final，不能有继承关系，避免父类屏蔽子类。当不同异常需统一日志或恢复操作时适用，否则应使用独立catch块以保持逻辑清晰。
-
增强型for循环用于简化数组或集合的遍历，语法为for(元素类型变量名:数组或集合)，可直接获取元素值。1.遍历数组时无需索引，如int[]numbers={1,2,3,4,5};for(intnum:numbers)System.out.println(num);2.遍历集合如List<String>names=Arrays.asList("Alice","Bob","Charlie");for(Stringname:names)System.out.println(name);注意集合不能
-
本文详细介绍了如何利用JavaStreamAPI，在一个嵌套的JSON结构中，根据内部对象（InnerObject）的特定ID和其最新日期，高效地查找并返回对应的外部对象（OutterObject）的ID。通过结合flatMap、filter和max等Stream操作，文章提供了一个清晰的解决方案，包括数据模型定义、逐步实现代码以及关键步骤的详细解释，旨在帮助开发者掌握处理复杂数据查询的Stream技巧。
-
Java内存溢出（OOM）的根本原因是程序运行所需内存超出JVM限制，通常由内存泄漏、内存使用量过高、JVM参数配置不合理或JVM之外的内存消耗引起。1.内存泄漏是指无用对象因引用未释放而无法被GC回收，如静态集合类、未关闭资源、内部类持有外部类引用、监听器未注销、ThreadLocal使用不当等；2.内存使用量过高是因业务逻辑一次性加载大量数据或频繁创建大对象，导致瞬时内存占用过高；3.JVM参数配置不合理，如堆内存或Metaspace设置过小，也可能引发OOM；4.JVM外的内存问题，如NIO直接缓冲
