Android 7.0+下Socket与SSLSocket同端口运行时HTTP请求失效问题

你遇到的问题本质是Android 7.0+对SSLSocket的会话处理逻辑做了变更：当你用SSLSocket包装普通Socket后，调用getSession()会触发强制SSL握手，但如果客户端发的是HTTP明文请求（没有SSL握手必需的Client Hello包），握手会直接失败，导致连接被强制关闭。

问题根源拆解 #

在Android 6.0及以下版本中，SSLSocket的getSession()方法不会立即触发握手操作；但7.0+系统对SSL会话逻辑做了严格化处理，一旦调用该方法就会立刻尝试完成SSL握手。此时客户端发送的是HTTP请求，完全不符合SSL协议的握手要求，自然会导致连接断开。

正确实现思路：先判断请求类型再决定是否启用SSL #

核心逻辑是先读取客户端请求的首个字节，区分是HTTP明文请求还是SSL加密请求，再决定是否用SSLSocket包装原Socket。具体步骤如下：

• 先接受普通Socket，设置合理超时避免线程阻塞
• 读取输入流的第一个字节，用mark()和reset()保留流的完整性
• 根据首个字节判断请求类型：
  • SSL Client Hello包的第一个字节固定为0x16（代表SSL握手消息）
  • HTTP请求的第一个字节是字母（比如G对应GET、P对应POST等）

修正后的可运行代码示例 #

private void startServer(int port) {
    try {
        ServerSocket serverSocket = new ServerSocket();
        serverSocket.bind(new InetSocketAddress("127.0.0.1", port));
        serverSocket.setReuseAddress(true);
        SSLContext sslContext = SslUtil.createSSLContext(this);
        SSLSocketFactory sslSf = sslContext.getSocketFactory();

        while (true) {
            try {
                Socket clientSocket = serverSocket.accept();
                // 设置超时，防止客户端连接后不发送数据导致线程阻塞
                clientSocket.setSoTimeout(5000);
                InputStream inputStream = clientSocket.getInputStream();
                
                // 标记流的当前位置，后续可重置回此位置保证数据完整
                inputStream.mark(1);
                int firstByte = inputStream.read();
                if (firstByte == -1) {
                    clientSocket.close();
                    continue;
                }

                boolean isSecureConnection = false;
                String requestUrl = "http://127.0.0.1:" + port + "/";
                Socket targetSocket = clientSocket;

                // 判断是否为SSL加密请求：Client Hello首字节为0x16
                if (firstByte == 0x16) {
                    isSecureConnection = true;
                    requestUrl = "https://127.0.0.1:" + port + "/";
                    // 重置输入流，让SSLSocket能读取完整的Client Hello包
                    inputStream.reset();
                    targetSocket = sslSf.createSocket(clientSocket, clientSocket.getInetAddress().getHostAddress(), clientSocket.getPort(), false);
                    ((SSLSocket) targetSocket).setUseClientMode(false);
                    // 手动触发SSL握手，将异常处理前置到可控环节
                    ((SSLSocket) targetSocket).startHandshake();
                } else {
                    // 重置输入流，让HTTP处理器能读取完整的明文请求
                    inputStream.reset();
                }

                executorService.execute(new HttpProcessor(targetSocket, requestUrl, ctx));
            } catch (Exception ex) {
                Log.e("Server Runtime Error", ex.toString());
                // 根据业务需求决定是否重启服务或继续监听
                // serverSocket.close();
                // findPort();
                // break;
            }
        }
    } catch (Exception e) {
        Log.e("Server Init Error", e.toString());
    }
}

关键细节说明 #

• 输入流的mark/reset机制：普通Socket的InputStream默认支持mark操作，mark(1)标记1个字节的位置，后续reset()可以回到标记点，保证后续处理器能读取完整的请求数据。
• 超时设置：setSoTimeout(5000)避免客户端连接后不发送数据，导致服务器线程长期阻塞在read()操作上。
• 手动触发SSL握手：主动调用startHandshake()可以将握手异常的处理前置，避免后续业务代码中突然抛出未处理的SSL异常。

额外注意事项 #

• 若你的APP目标SDK版本为24+（对应Android 7.0+），使用自签名SSL证书时需要配置网络安全配置文件，确保本地证书被系统信任。
• 确保executorService是线程安全的，避免并发处理请求时出现资源竞争问题。

内容的提问来源于stack exchange，提问作者Jigar Shekh