Fastjson 反序列化 LinkedCaseInsensitiveMap 失败问题排查
即使在 redisConfig 中将 org.springframework.util 添加到 Fastjson 白名单，仍然无法反序列化 LinkedCaseInsensitiveMap 对象。 问题可能出在以下几个方面：
1. 白名单配置位置和生效时机：
确保白名单配置在 redisTemplate 初始化 之前 执行。如果配置过晚，redisTemplate 已经使用默认的、未配置白名单的 ParserConfig 实例。
2. addAccept 方法的局限性：
addAccept("org.springframework.util") 仅仅允许 org.springframework.util 包下的类进行自动类型识别。但是，LinkedCaseInsensitiveMap 类可能依赖于其他不在白名单中的类，导致反序列化失败。 Fastjson 需要所有用到的类都在白名单中。
3. 类加载器问题：
不同的类加载器可能会导致 Fastjson 无法找到 LinkedCaseInsensitiveMap 类，即使它在白名单中。 检查 redisTemplate 和 LinkedCaseInsensitiveMap 类是否由同一个类加载器加载。
4. Fastjson 版本和兼容性：
较旧版本的 Fastjson 可能存在兼容性问题。考虑升级到最新稳定版本，并确保其与 Spring Framework 版本兼容。
5. 其他依赖冲突：
项目中可能存在其他依赖库也使用了 Fastjson，并且使用了不同的配置，导致冲突。 检查项目依赖，确保 Fastjson 的配置一致。
解决方案建议：
-
更精确的白名单配置： 直接将
org.springframework.util.LinkedCaseInsensitiveMap添加到白名单，而不是整个包：parserConfig.getGlobalInstance().addAccept("org.springframework.util.LinkedCaseInsensitiveMap");这能更有效地解决问题，避免潜在的依赖问题。 -
检查类加载器： 使用调试工具打印
LinkedCaseInsensitiveMap和redisTemplate的类加载器，确认是否一致。 -
升级 Fastjson： 升级到最新版本，并验证兼容性。
-
简化测试： 创建一个简单的测试用例，只包含
LinkedCaseInsensitiveMap的序列化和反序列化，排除其他因素的影响。 -
使用 JSON 库替代： 如果问题仍然无法解决，考虑使用其他 JSON 库，例如 Jackson 或 Gson，它们通常具有更好的稳定性和兼容性。
通过以上步骤，可以系统地排查 LinkedCaseInsensitiveMap 反序列化失败的原因，并找到有效的解决方案。 记住，在生产环境中修改 Fastjson 白名单需要谨慎，仔细评估安全风险。
