-
编写SpringBoot测试套件的关键在于合理分层、优化上下文管理与依赖模拟。1.单元测试应完全隔离，不加载Spring上下文，使用JUnit和Mockito提高执行效率；2.集成测试使用@WebMvcTest、@DataJpaTest等注解仅加载必要组件，避免全量启动；3.使用@SpringBootTest时配合@ActiveProfiles或@TestPropertySource控制配置；4.利用@MockBean替换外部依赖，复杂场景引入WireMock或Testcontainers；5.数据管理推
-
接口更灵活因其分离“做什么”与“怎么做”，调用方仅依赖行为契约；实现可替换（如MySQL/MongoDB/Mock）、测试易模拟、编译期解耦；需注意实现方法必须public、多default方法须显式重写；非所有场景都需接口，应聚焦可变点。
-
不会直接报错，但null和undefined调用toString()会抛TypeError；{}可安全调用返回"[objectObject]"；推荐用Object.prototype.toString.call()统一处理所有值。
-
根本原因是源文件编码与javac默认读取编码不一致；JDK17+默认UTF-8，旧版JDK在Windows默认GBK，而编辑器多存为UTF-8，导致编译乱码或报错。
-
Java集合框架核心是解决数组长度固定、类型不安全、操作冗余三大硬伤；它通过接口抽象数据关系（Collection为“一堆东西”，Map为“映射规则”），泛型保障编译期类型安全，但实现类切换可能引发隐性性能退化。
-
接口聚焦单一职责，规范可变行为，支持多态与松耦合，通过default和static方法增强灵活性，实现类决定具体行为，提升系统扩展性与维护性。
-
面向接口编程的本质是“换实现不改调用方”，即通过声明接口类型（如List、UserService）而非具体实现类，使底层实现可替换而不影响调用方代码，适用于多实现或需模拟/隔离测试的场景，避免硬编码实现导致的耦合与维护风险。
-
JDK8已无任何权威安全支持，风险极高；推荐务实升级至JDK17（SpringBoot3基线，GC与容器支持稳定）或JDK21（最新LTS，含虚拟线程等新特性），但须避免跳过JDK17直升JDK21。
-
构造方法不能吞掉checked异常，必须显式声明throws或转为unchecked异常；推荐用静态工厂方法处理复杂初始化异常，并确保final字段初始化语义正确。
-
ThreadGroup已被弃用，因其无法保证线程归属、方法非线程安全、不参与权限控制且与现代并发工具不兼容；应使用ExecutorService进行显式生命周期管理、监控和隔离。
-
定义方法时指定返回类型，使用return语句返回结果，调用时可接收或直接使用返回值，如intsum=add(5,3);booleaneven=isEven(4);Stringname=formatName("张","三");，用于计算、判断、数据处理等场景。
-
Collectors.summarizingDouble用于提取流中对象的double属性并生成DoubleSummaryStatistics，包含计数、总和、最值和平均值；通过Product示例展示其用法，空流不抛异常但返回默认值，属性为null时需预处理避免空指针，适用于高效生成多维度统计。
-
ArrayList<Product>比数组更适用商品管理，因其自动扩容、动态增删；需重写equals()和hashCode()，用unmodifiableList()封装，高频查找补HashMap，排序需求用TreeSet（注意Comparable或Comparator实现），删除需同步清理关联数据。
-
Collections.frequency()方法可简洁统计集合中元素出现次数，适用于所有Collection类型，需注意集合非null且元素类正确重写equals方法，适合低频统计，高频场景建议用Map批量处理。
-
ThreadLocalRandom通过线程本地变量机制为每个线程提供独立实例，避免了多线程竞争导致的性能瓶颈。①使用ThreadLocalRandom.current()获取当前线程实例；②调用nextInt()、nextLong()、nextDouble()等方法生成对应类型的随机数；③在并行流中可高效安全生成随机数，提升并发性能。相比Random类，它无需同步操作，吞吐量更高，是高并发场景下推荐的随机数生成方式。
