FastJson：大面积故障规避案例
本文分享了一次因Kotlin语法误用导致FastJson反序列化全局异常的排查经历。在Java/Kotlin混编工程中，开发者误将`{}`赋值给Object字段，触发FastJson解析时设置静态错误标记`kotlin_error=true`且无法恢复，最终引发全量反序列化失败。问题根源在于FastJson对Kotlin lambda的兼容性缺陷，凸显多语言混编下语法差异风险及框架局限性，强调谨慎使用与深度理解的重要性。（238字）
Java泛型类型擦除以及类型擦除带来的问题
Java泛型在编译时会进行类型擦除，所有泛型信息被移除，仅保留原始类型（如Object或限定类型）。擦除后，List<String>和List<Integer>均变为List，导致类型检查仅作用于引用，反射可绕过限制。同时，引发多态冲突、无法使用基本类型、静态成员不能依赖类泛型等问题，但通过桥方法、自动强转等机制解决部分矛盾。
Java泛型类型擦除以及类型擦除带来的问题
Java泛型在编译时会进行类型擦除，即泛型信息被移除，替换为原始类型（如Object或限定类型）。擦除后，List<String>和List<Integer>均变为List，导致 getClass() 相同，反射可绕过类型限制。原始类型由泛型定义决定，无限制则默认Object，有限制则取上限。擦除带来多态冲突、无法使用基本类型、静态成员不能引用类泛型等问题，编译器通过桥方法、自动强转等机制解决。类型检查基于引用，instanceof不可用于泛型类型判断，泛型方法可独立声明类型参数。
自定义注解
本文介绍如何在Spring项目中实现自定义注解，结合AOP完成日志记录，并通过过滤器实现登录权限控制。涵盖注解定义、元注解说明、切面编程及实际应用场景，展示其在日志、验证、权限等场景的扩展用途，代码简洁，易于复用。（238字）
Java泛型类型擦除以及类型擦除带来的问题
Java泛型在编译时会进行类型擦除，所有泛型信息被移除，仅保留原始类型（如Object或限定类型）。例如，List<String>和List<Integer>在运行时均为List，导致无法通过instanceof判断泛型类型。类型检查在编译期完成，基于引用而非对象本身。擦除后的方法调用通过桥接方法和自动强转实现多态兼容。静态成员不能使用类的泛型参数，因泛型实例化依赖对象创建，而静态上下文无此支持。
蓝易云：C#语言中使用"using"关键字的介绍
以上就是 C# 中 "using" 关键字的主要用法。了解并熟练应用这个关键字，对于提高代码质量、解决命名冲突、管理资源都有着重要的作用。它是 C# 编程中不可或缺的一部分，无论是对初学者还是有经验的开发者而言，掌握它都是提高编写高效、清晰、可维护代码的关键。
@Retention注解
元注解用于修饰其他注解，其中SOURCE表示编译后不保留，CLASS为默认值，编译后保留在class文件中但不可被虚拟机读取，RUNTIME则可被虚拟机读取，支持反射机制，实现运行时处理。
SpringCloud(2024)
本文介绍如何在Spring项目中实现自定义注解，结合AOP与过滤器用于日志、权限控制等场景。通过@Target、@Retention等元注解定义注解，利用AOP拦截方法执行，或通过过滤器实现登录验证，提升代码可读性与复用性。
Java泛型类型擦除以及类型擦除带来的问题
Java泛型在编译时会进行类型擦除，所有泛型信息被移除，替换为原始类型（如Object或限定类型）。例如，List<String>和List<Integer>在运行时均为List，导致反射可绕过泛型限制。类型检查发生在编译期，针对引用而非对象本身。擦除后通过桥接方法解决多态冲突，并自动插入类型转换。但泛型不支持基本类型、静态成员不能使用类级泛型参数，且instanceof无法用于泛型类型判断。
Java基础
重载是方法名相同但参数列表不同，编译时由编译器根据参数决定调用哪个方法；重写是父子类中方法名和参数列表都相同，运行时由虚拟机根据对象实际类型确定调用哪个方法，可用@Override检查。
