https请求异常引发(Received fatal alert: unrecognized_name)：如何快速解决项目中问题？

总结思考：如何做一个出色的开发者？

首先我们要承认我们大部分程序员是应用开发，不是操作系统、协议、框架开发等这类底层开发者。

其一：是否能快速定位问题。如找到出现问题的代码，bug出现在哪一行，哪个应用上。只有找到问题才能解决问题。

其二：也是本篇文章中遇到的问题，如何快速解决问题。

本篇文章中遇到的问题个人觉得算是奇葩问题，首先代码没大问题，也许涉及到https本质问题，确实没有解决这方面问题的经验和能力。但是这个问题前前后后解决了快3天，这个时间不敢恭维。回头想一下遇到这种问题，尝试了几种方式不行就果断放弃，没有必要深究这个问题的本质（并不是不让你深究，解决项目问题是首要问题，有时间还是要研究一下的，这是程序员的精神追求），直接换开发语言先把问题解决。

起因

调用一个第三方接口突然异常了（本来好好的）。异常如下：

Caused by: javax.net.ssl.SSLHandshakeException: Received fatal alert: unrecognized_name
        at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
        at sun.security.ssl.Alerts.getSSLException(Alerts.java:154)
        at sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:2020)
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1127)
        at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1367)
        at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1395)
        at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1379)
        at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
        at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
        at sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1340)
        at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1315)
        at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:264)
        at cn.hutool.http.HttpConnection.getOutputStream(HttpConnection.java:451)
        at cn.hutool.http.HttpRequest.sendFormUrlEncoded(HttpRequest.java:1176)
        at cn.hutool.http.HttpRequest.send(HttpRequest.java:1145)
        ... 16 common frames omitted

然后就开始了我的查找过程

1、 首先在本地尝试了一下请求正常（咦，本地正常，线上不行。奇怪）。直接排除第三方接口本身的问题。

2、 跳过https验证（因为之前遇到了很多这种https的相关验证问题，都是通过该方式解决的）

    /**
     * 跳过ssl认证
     */
    public static void skipSSL() {
        try {
            //  直接通过主机认证
            HostnameVerifier hv = new HostnameVerifier() {
                @Override
                public boolean verify(String urlHostName, SSLSession session) {
                    return true;
                }
            };
            //  配置认证管理器
            javax.net.ssl.TrustManager[] trustAllCerts = {new TrustAllTrustManager()};
            SSLContext sc = SSLContext.getInstance("TLS");
            SSLSessionContext sslsc = sc.getServerSessionContext();
            sslsc.setSessionTimeout(0);
            sc.init(null, trustAllCerts, null);
            HttpsURLConnection.setDefaultSSLSocketFactory(sc.getSocketFactory());
            //  激活主机认证
            HttpsURLConnection.setDefaultHostnameVerifier(hv);
        } catch (Exception e) {
            ExceptionUtil.printStackTrace(log, e);
            throw new RuntimeException(e.getMessage());
        }
    }

3、 设置java中的https协议相关属性

代码中添加：System.setProperty ("jsse.enableSNIExtension", "false");
或启动命令添加： -Djsse.enableSNIExtension=false

尝试了以上方式未解决问题，迷茫了。开始了继续验证其他猜想之路。

1、 换了各种http请求的工具类（apache、okhttp、java原生的httpconnection等）。不行

2、 会不会是机器相关的限制。换了机器，不行

3、 会不会是操作系统导致的相关问题。尝试linux和windows（都是java应用），不行

4、 会不会是应用导致的。用nginx进行接口转发，不行

到这里人已经疯了，欲哭无泪呀。出现这个问题到现在不断猜想验证已经两天过去了。还好这个问题当时影响不是很严重。

继续验证之路

猜想会不会是因为java使用了docker，跟容器中的环境有关系。但是感觉已经没有必要验证这些东西了，如果确实docker容器有关系，那我也解决不了（以我现在的能力是解决不了docker相关问题的，涉及的东西太多了）。

最后直接换开发语言，联系了我们前端同事，部署了一个node版本的第三方接口转发应用。替换搞定。

注：如哪位同事尝试了不同方式并解决问题。或对这个问题有什么其他理解的可以分享到评论中。