您的url应该如下所示，并添加SQL sqljdbc42.jar。这将解决您的问题

url = "jdbc:sqlserver://" +serverName + ":1433;DatabaseName=" + dbName + ";encrypt=true;trustServerCertificate=true;

我在一个Linux示例上的Java 8JVM中打开了SSL日志记录，这会重现该问题。使用-Djavax.net.debug=ssl:handshake:verbose打开了SSL日志记录。这揭示了一些有用的信息。

我们在生产中使用并已证明对我们有效的解决方法是在JVM上设置此参数：

-Djdk.tls.client.protocols=TLSv1

如果您想了解更多细节，请继续阅读。

在可以重现问题的服务器上(同样，只有5%-10%的时间)，我观察到以下情况：

***ClientHello, TLSv1.2

--- 8<-- SNIP -----
main, WRITE: TLSv1.2 Handshake, length = 195
main, READ: TLSv1.2 Handshake, length = 1130

***ServerHello, TLSv1.2

--- 8<-- SNIP -----
%% Initialized:  [Session-79, TLS_DHE_RSA_WITH_AES_128_GCM_SHA256]

**TLS_DHE_RSA_WITH_AES_128_GCM_SHA256

--- 8<-- SNIP -----
Algorithm: [SHA1withRSA]
--- 8<-- SNIP -----

***Diffie-Hellman ServerKeyExchange

--- 8<-- SNIP -----

***ServerHelloDone
***ClientKeyExchange, DH

--- 8<-- SNIP -----
main, WRITE: TLSv1.2 Handshake, length = 133
--- 8<-- SNIP -----
main, WRITE: TLSv1.2 Change Cipher Spec, length = 1

***Finished

verify_data:  { 108, 116, 29, 115, 13, 26, 154, 198, 17, 125, 114, 166 }

***

main, WRITE: TLSv1.2 Handshake, length = 40
main, called close()
main, called closeInternal(true)
main, SEND TLSv1.2 ALERT:  warning, description = close_notify
main, WRITE: TLSv1.2 Alert, length = 26
main, called closeSocket(true)
main, waiting for close_notify or alert: state 5
main, received EOFException: ignored
main, called closeInternal(false)
main, close invoked again; state = 5
main, handling exception: java.io.IOException: SQL Server returned an incomplete response. The connection has been closed. ClientConnectionId:12a722b3-d61d-4ce4-8319-af049a0a4415

请注意，TLSv1.2是数据库服务器选择的，并在本次交换中使用。我观察到，当从有问题的Linux服务连接失败时，TLSv1.2始终是选择的级别。但是，使用TLSv1.2时，连接并不总是失败。他们失败的几率只有5%-10%。

现在，这是一个来自没有问题的服务器的交换。其他一切都是平等的。即，连接到相同的数据库、相同版本的JVM(Java 1.8.0_60)、相同的JDBC驱动程序等。请注意，在这里，数据库服务器选择TLSv1，而不是故障服务器的情况下的TLSv1.2。

***ClientHello, TLSv1.2

--- 8<-- SNIP -----
main, WRITE: TLSv1.2 Handshake, length = 207
main, READ: TLSv1 Handshake, length = 604

***ServerHello, TLSv1

--- 8<-- SNIP -----
Cipher Suite: TLS_RSA_WITH_AES_128_CBC_SHA
--- 8<-- SNIP -----
%% Initialized:  [Session-79, TLS_RSA_WITH_AES_128_CBC_SHA]

**TLS_RSA_WITH_AES_128_CBC_SHA

--- 8<-- SNIP -----
Algorithm: [SHA1withRSA]
--- 8<-- SNIP -----

***
***ServerHelloDone
***ClientKeyExchange, RSA PreMasterSecret, TLSv1

--- 8<-- SNIP -----
main, WRITE: TLSv1 Handshake, length = 134
main, WRITE: TLSv1 Change Cipher Spec, length = 1

***Finished

verify_data:  { 26, 155, 166, 89, 229, 193, 126, 39, 103, 206, 126, 21 }

***

main, WRITE: TLSv1 Handshake, length = 48
main, READ: TLSv1 Change Cipher Spec, length = 1
main, READ: TLSv1 Handshake, length = 48

***Finished

因此，当在Linux JVM和SQL Server之间协商TLSv1时，连接总是成功的。当协商TLSv1.2时，我们会收到零星的连接故障。

(注意：Java 7(1.7.0_51)总是与TLSv1协商，这就是为什么我们在使用Java 7 JVM时从来没有出现过这个问题。)

我们仍有一些悬而未决的问题：

1.为什么从两个不同的Linux服务器运行的同一个Java 8 JVM总是协商TLSv1，而当从另一个Linux服务器连接时，它总是协商TLSv1.2。
1.为什么TLSv1.2协商的连接在该服务器上成功的时间最多，但不是全部？

2017年6月10日更新：This posting from Microsoft介绍问题及建议的解决方案。

资源：

http://www.infoworld.com/article/2849292/operating-systems/more-patch-problems-reported-with-the-ms14-066-kb-2992611-winshock-mess.html

http://www.infoworld.com/article/2849292/operating-systems/more-patch-problems-reported-with-the-ms14-066-kb-2992611-winshock-mess.html

http://blogs.msdn.com/b/jdbcteam/archive/2008/09/09/the-driver-could-not-establish-a-secure-connection-to-sql-server-by-using-secure-sockets-layer-ssl-encryption.aspx

Java 8 , JCE Unlimited Strength Policy and SSL Handshake over TLS

http://blogs.msdn.com/b/saponsqlserver/archive/2013/05/10/analyzing-jdbc-connection-issues.aspx

Https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/JSSERefGuide.html#descPhase2

https://blogs.oracle.com/java-platform-group/entry/java_8_will_use_tls

如果有人来到这里寻找从PhpStorm连接到数据库的解决方案，只需在URL中的端口后添加以下内容：

;encrypt=true;trustServerCertificate=true;

我从这个评论中得到了解决方案：Java 8上的SQL Server JDBC错误：驱动程序无法使用安全套接字层(SSL)加密建立到SQL Server的安全连接

非常感谢!可以确认它正在PhpStorm 2022.1.1上工作。

使用OpenJDK 11，可以将以下属性添加到连接URL以强制使用SSL

;integratedSecurity=false;encrypt=false;trustServerCertificate=true;

在升级SQL JDBC驱动程序之前，请先检查兼容性：

• Sqljdbc.jar要求JRE为5，支持JDBC 3.0 API
• Sqljdbc4.jar要求JRE为6，支持JDBC 4.0 API
• Sqljdbc41.jar要求JRE为7，支持JDBC 4.1 API
• Sqljdbc42.jar要求JRE为8，支持JDBC 4.2 API

来源：https://www.microsoft.com/en-us/download/details.aspx?id=11774

这似乎已在版本4.2的MS SQL JDBC驱动程序中修复。我创建了一个程序，在其中我连接到服务器1000次，每次尝试之间暂停100ms。在4.1版中，我每次都能够重现这个问题，尽管它只是偶尔发生。在4.2版中，我无法重现该问题。

当我用MSSQL-jdbc-8.4.1JAR更改sqljdbc-4.2.0JAR时，问题得到了解决

<dependency>
      <groupId>com.microsoft.sqlserver</groupId>
      <artifactId>mssql-jdbc</artifactId>
      <version>8.4.1.jre8</version>
</dependency>

在我的例子中，我有一个使用3DES_EDE_CBC算法的SQL服务器，这在JDK 1.8上默认是禁用的，所以检查
/Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre/lib/security/java.security

并从以下方面消除了该算法：

Jdk.tls.disabled算法=SSLv3、RC4、DES、MD5with RSA、DH密钥大小<1024、\EC密钥大小<224、3DES_EDE_CBC、ANON、NULL

对我很管用。

就像@2AGuy写的那样，你可以改变JVM参数。在我的例子中，我无法更改它，而使用了连接字符串“sslProtocol”参数，降低了到TLSV1的连接。
连接字符串：jdbc:sqlserver://：；encrypt=true；trustServerCertificate=true；sslProtocol=TLSv1；database=<DB名称>

微软最近开放了他们的驱动程序。用户可以在GitHub上看到mssql-jdbc驱动程序活动。我猜最新的预览版是6.1.5。

你也可以在maven上找到所有的预览版本。同时支持JDK7和JDK8。

我在Windows Server 2012 R2上也遇到过这个问题，使用的是带有Java 7的JDBC驱动程序4.0和4.1。这个Microsoft article将责任归咎于DHE密码套件，并建议在无法升级到JDBC驱动程序4.2的情况下禁用它们或降低它们的优先级

在我的例子中，问题是因为应用程序被设置为使用spring-boot-ext-security-starter-credhub-credential，而该设置存在一些问题。

因此，我从清单文件和POM中删除了CredHub，并以不同的方式获取凭据；然后错误就消失了。

如果连接字符串中的服务器名称与SQL Server SSL证书中的服务器名称不匹配，则会发出以下错误：驱动程序无法使用安全套接字层(SSL)加密建立到SQL Server的安全连接。错误：“在安全套接字层(SSL)初始化期间，无法验证证书中的服务器名称。”

这帮助我解决了这个问题。正在使用ServerName中的本地主机，最终将JDBC连接字符串中的名称更改为CN能够连接的名称。

有关更多信息，请参阅：https://wiki.deepnetsecurity.com/pages/viewpage.action?pageId=1410867

感谢@Sunil Kumar和@Joce。我使用了JAR和以下语法：

字符串myDriver=“com.microsoft.jdbc.sqlserver.SQLServerDriver”；

字符串myURL=“jdbc:sqlserver://DB_ipaddress\DB_instance；databaseName=DB_name；user=myusername；password=mypass；encrypt=true；trustServerCertificate=true；”；/==>此处的分号如图所示/

连接con=DriverManager.getConnection(MyURL)；

• 应用程序.属性：

spring.datasource.url=jdbc:sqlserver://YourServerName:1433;database=<YourDatabaseName>;encrypt=true;trustServerCertificate=true;
    spring.datasource.username=root
    spring.datasource.password=1234
    spring.datasource.driverClassName=com.microsoft.sqlserver.jdbc.SQLServerDriver
    spring.jpa.show-sql=true
    spring.jpa.hibernate.dialect=org.hibernate.dialect.SQLServer2012Dialect
    spring.jpa.properties.hibernate.globally_quoted_identifiers=true
    spring.jpa.hibernate.ddl-auto = create-drop