InputStreamReader 不参与 SSL 解密，SSL/TLS 解密由 SSLSocket 自动完成；需先调用 startHandshake() 完成握手，再用指定字符集（如 UTF-8）包装其解密后的输入流，避免乱码或异常。
Java 中 InputStreamReader 本身**不参与 SSL 解密**，它只负责字节到字符的编码转换。SSL/TLS 解密由底层的 SSLSocket 自动完成——你拿到的 SSLSocket.getInputStream() 已经是**解密后的明文字节流**，和普通 Socket 的输入流用法一致。
确认 SSLSocket 已正确建立加密连接
这是前提。必须先完成 SSL 握手，才能安全读取数据：
- 使用
SSLSocketFactory创建 socket（而非普通Socket） - 调用
socket.startHandshake()（显式触发握手，尤其在非阻塞或自定义配置时很重要） - 确保服务端证书可信（已配置信任库，或使用了正确的
TrustManager）
用 InputStreamReader 包装 SSLSocket 的输入流
获取解密后的字节流后，按需指定字符集封装为 InputStreamReader：
SSLSocket sslSocket = ... // 已完成握手
InputStream in = sslSocket.getInputStream();
// 显式指定字符集（推荐 UTF-8），避免平台默认编码导致乱码
InputStreamReader reader = new InputStreamReader(in, StandardCharsets.UTF_8);
BufferedReader bufferedReader = new BufferedReader(reader);
String line;
while ((line = bufferedReader.readLine()) != null) {
System.out.println(line); // 此时 line 是正确解码的字符串
}
关键注意事项
-
不要自己解析 SSL 字节：切勿尝试用
InputStreamReader直接包装原始网络字节（如socket.getChannel().getInputStream()），那仍是密文，会导致乱码或异常 -
字符集必须与服务端一致：如果服务端发送的是
ISO-8859-1，而你用UTF-8解码，必然出错；建议协商统一用 UTF-8 并显式声明 -
关闭顺序要正确：关闭
BufferedReader会自动关闭其包装的InputStreamReader和底层InputStream，但最终应调用sslSocket.close()完成 SSL 关闭告警（close_notify）
常见问题排查
如果读出来仍是乱码或抛 MalformedInputException：
立即学习“Java免费学习笔记（深入）”；
- 检查是否遗漏
startHandshake()，未握手就读会得到空流或异常 - 用十六进制工具（如 Wireshark + SSL key log）确认服务端实际发送的字节内容和编码
- 临时改用
InputStream.read(byte[])打印原始字节，对比预期 UTF-8 编码格式 - 确认服务端 HTTP 头或协议中是否明确声明了
charset=UTF-8
