本文介绍在 Java 中通过正确配置签名方案（Signature Schemes），强制 TLS 1.3 客户端仅协商 RSA 基础签名算法（如 RSA-PKCS1-SHA256），彻底排除 ECDSA 等非预期算法，解决 jdk.tls.client.SignatureSchemes 设置无效的常见问题。
本文介绍在 java 中通过正确配置签名方案（signature schemes），强制 tls 1.3 客户端仅协商 rsa 基础签名算法（如 rsa-pkcs1-sha256），彻底排除 ecdsa 等非预期算法，解决 `jdk.tls.client.signatureschemes` 设置无效的常见问题。
Java 自 8u261 / 11.0.7 起全面支持 TLS 1.3，并引入 jdk.tls.client.SignatureSchemes 系统属性用于控制客户端在 ClientHello 中通告的签名算法列表。但需注意：该属性值必须严格匹配 JVM 内部注册的标准化名称（IANA/JSSE 规范名），而非直观的算法别名（如 "RSAWITHSHA256"）。若使用错误名称（如 RSAWITHSHA256），JVM 将静默忽略该设置，回退至默认策略（ECDSA 优先），导致配置失效。
✅ 正确做法是使用 JSSE 官方支持的签名方案标识符。针对仅启用传统 PKCS#1 v1.5 RSA 签名（非 RSA-PSS），应指定以下三个标准名称：
System.setProperty("jdk.tls.client.SignatureSchemes",
"RSA_PKCS1_SHA256,RSA_PKCS1_SHA384,RSA_PKCS1_SHA512");或在启动时通过 JVM 参数设置：
-Djdk.tls.client.SignatureSchemes=RSA_PKCS1_SHA256,RSA_PKCS1_SHA384,RSA_PKCS1_SHA512
⚠️ 注意事项：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- RSAWITHSHA256 是旧版 JCE 算法名，不被 TLS 1.3 签名方案机制识别；必须使用 RSA_PKCS1_SHA256 格式（下划线分隔、全大写）。
- 若需启用 RSA-PSS（推荐用于新部署），应使用 RSA_PSS_SHA256 等对应名称，但需确保服务端兼容。
- 设置必须在 SSLContext 初始化之前完成（即早于任何 HttpsURLConnection 或 SSLSocketFactory 创建），否则无效。
- 可通过 Wireshark 抓包验证 ClientHello → Signature Algorithms 扩展字段，确认仅出现指定的 RSA 方案，无 ecdsa_secp256r1_sha256 等 ECDSA 条目。
? 补充说明：从 Java 17 开始，SSLParameters.setSignatureAlgorithms() 提供了运行时动态控制能力（需配合自定义 SSLSocketFactory），适用于更细粒度场景，但系统属性方式仍是最简洁、可靠的全局配置方案。
总之，精准匹配签名方案标准名称是成功限制算法的关键——记住：不是 RSAWITHSHA256，而是 RSA_PKCS1_SHA256。
