测试时,并没有测出该问题,到了生产环境才出现这个问题。
经过排查,主要是由于测试时,都是jdk8 的Base64 统一编码,解码;而生产环境是,不同的Base64编码,jdk8 Base64解码,这就会出现问题!
因为在jdk7中,Base64编码包含换行,而在jdk8中,不包含换行,解码就会出错。
解决办法:
1.使用apache common包中的org.apache.commons.codec.binary.Base64类进行编码和解码;
2.编码和解码使用统一jdk版本;
3.编码之后或解码之前去除换行符;
推荐第一种,简单粗暴。
【推荐】AI 的力量,开发者的翅膀:欢迎使用 AI 原生开发工具 TRAE
【推荐】2025 HarmonyOS 鸿蒙创新赛正式启动,百万大奖等你挑战
【推荐】博客园的心动:当一群程序员决定开源共建一个真诚相亲平台
· AES 加密模式演进:从 ECB、CBC 到 GCM 的 C# 深度实践
· InnoDB为什么不用跳表,Redis为什么不用B+树?
· 记一次 C# 平台调用中因非托管 union 类型导致的内存访问越界
· [EF Core]聊聊“复合”属性
· 那些被推迟的 C# 14 特性及其背后的故事
· 博客园出海记-开篇:扬帆启航
· 关于布尔类型的变量不要加 is 前缀,被网友们吐槽了,特来完善下
· 30 岁 Java 仍在 “霸榜“:开发者凭什么还在为它熬夜?
· C#中的多级缓存架构设计与实现深度解析
· GPT5写5000行代码,行不行?