c# 和 java 对 json 字符串的默认序列化行为不同（如斜杠转义策略），导致即使都使用 utf-8 编码和标准 base64，最终结果也不一致；关键在于确保原始字节流完全相同。
c# 和 java 对 json 字符串的默认序列化行为不同（如斜杠转义策略），导致即使都使用 utf-8 编码和标准 base64，最终结果也不一致；关键在于确保原始字节流完全相同。
在跨语言系统（如 JWT、API 签名或微服务间凭证传递）中，若需 C# 与 Java 生成完全一致的 Base64 编码结果，仅保证编码层（UTF-8 + Base64）一致是不够的——必须先确保输入的原始字节数组完全相同。本例中差异的根源并非编码问题，而是 JSON 序列化阶段的行为差异。
? 根本原因：JSON 序列化对正斜杠 / 的处理不同
- Java（org.json.JSONObject）：默认对 / 进行转义，输出 \/（即 {"partnerUrl":"https:\/\/test.com\/testapply\/abc\/signup"}）；
- C#（System.Text.Json.JsonSerializer）：默认不转义 /，输出 {"partnerUrl":"https://test.com/testapply/abc/signup"}。
虽然两者语义等价且解码后内容一致，但字节层面不同（\/ 占 2 字节，/ 占 1 字节），导致 Base64 结果必然不同。
✅ 统一方案：强制 C# 输出与 Java 兼容的 JSON
在 C# 中禁用 / 转义需显式配置 JsonSerializerOptions：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
var options = new JsonSerializerOptions
{
// 关键：启用对 '/' 的转义（与 org.json 默认行为一致）
Encoder = JavaScriptEncoder.Create(UnicodeRanges.All)
};
var claimSets = new Dictionary<string, object>
{
{ "partnerUrl", "https://test.com/testapply/abc/signup" }
};
string claimSetsJson = JsonSerializer.Serialize(claimSets, options);
byte[] claimSetsBytes = Encoding.UTF8.GetBytes(claimSetsJson);
string claimSetsBase64 = Convert.ToBase64String(claimSetsBytes);
// 输出：eyJwYXJ0bmVyVXJsIjoiaHR0cHM6XC9cL3Rlc3QuY29tXC90ZXN0YXBwbHlcL2FiY1wvc2lnbnVwIn0=⚠️ 注意：JavaScriptEncoder.Create(UnicodeRanges.All) 会转义所有非 ASCII 字符及 /，确保与 org.json 的默认输出严格一致。若仅需转义 /，可自定义编码器，但上述方式最稳妥。
立即学习“Java免费学习笔记（深入）”；
? 验证一致性（推荐步骤）
- 分别打印 Java 和 C# 生成的原始 JSON 字符串（非 Base64）；
- 使用十六进制工具对比两者的 UTF-8 字节序列；
- 确认字节完全一致后，Base64 结果自然相同。
? 补充说明
- org.json 的转义行为是其设计特性，不可通过简单参数关闭；
- 若 Java 端使用 Jackson 或 Gson，其默认行为可能不同（如 Jackson 默认不转义 /），此时需同步调整 C# 端配置；
- 生产环境中建议约定统一的 JSON 库与序列化规则，避免依赖语言默认行为。
通过控制 JSON 序列化输出的一致性，即可从根本上解决跨语言 Base64 不一致问题——编码本身无错，差异永远始于“输入”。
