Vinfol的博客

类加载器（ClassLoader）是 Java 生态中最为神秘的组件之一，它像一位沉默的图书管理员，默默决定着每个类的生死存亡。本文将深入解析类加载的底层运作机制，揭示热部署、模块隔离等高级特性的实现原理。

Java 泛型自 1.5 版本引入后，极大提升了代码的类型安全性和可读性。但隐藏在泛型优雅语法糖背后的类型擦除机制（Type Erasure），却常常成为开发者困惑的根源。本文将深入剖析这一设计决策的底层逻辑，揭示那些容易引发运行时异常的隐患场景。

编译时常量（基本类型/String字面量）会内联到使用位置。反射访问可绕过内联优化（见下文验证方法）8. 类没有编译时常量被其他类内联引用。9. 未被 JIT 编译代码持有引用。10. 未参与栈上替换（OSR）优化。尚未初始化（处于默认值0状态）静态字段初始化顺序影响行为。敏感信息禁止使用编译时常量。按代码顺序初始化静态字段。配置参数必须通过方法获取。强制通过方法访问关键值。

Java 序列化机制就像一把双刃剑，在提供便利的同时也暗藏风险。深入理解其实现原理和潜在问题，能帮助开发者在实际项目中做出更合理的技术选择。随着云原生和微服务架构的普及，对序列化机制的理解深度将成为区分普通开发者和架构师的重要标尺。

特性String​​可变性​​不可变可变可变​​线程安全​​是（因不可变）否是（synchronized）​​性能​​低（频繁修改时）高中（同步开销）​​适用场景​​常量或少量修改单线程高频修改多线程高频修改​​优先选择顺序​​：单线程 →；多线程 →；不可变场景 →String。

可以预见的是：在这个场景下，测试的结果，testMathod2 优于 testMathod。这是因为，testMathod2 在首次判断第一个条件后，后续的else if 并不会在进行判断，从而更加节省时间；代码咋一看 似乎没什么毛病，跑的问题不大；因此，在同种逻辑条件下，相比较多次用if的组合，建议宝子们 用if+elseif的组合 更加择优！日常工作中，大家会经常遇到条件判断的情况，感兴趣的宝子们可以自己测试下。

Java Springboot MultipartFile 进行Excel文件解析，并返回list map 对象。