搜索[Jdk]结果-低调大师优秀个人博客

精选列表

搜索[Jdk]，共7526篇文章

JDK 11 还有一个处于计划阶段的 JEP：让其支持 TLS 1.3

JDK 11 最近有什么消息？我们不妨来看一下它的进展情况，包括最新的 JEP 提案。 Java 的新版本发布计划意味着总会有一款新的 JDK 即将推出。

2018-06-17

《精通Android 实例开发》——第1章，第1.1节Windows下安装Java环境JDK

JDK是Java Development Kit的缩写，是Sun Microsystems针对Java开发员的产品。自从Java推出以来，JDK已经成为使用最广泛的Java SDK。

2017-05-02

wu-framework-parent 1.2.3-JDK17 本地 acw 客户端使用加速开发效率

使用acw-client，创建对应Java项目的增删改查（ORM：Lazy ORM、mybatis），项目模块架构：mvc、feign、ddd 演示项目环境：idea 、mac、mysql、jdk17

2024-02-26

Java 17 采用率飙升四倍，Amazon 成最受欢迎 JDK 供应商

该报告基于从数百万个提供性能数据的应用程序中收集的数据，对生产中使用最多的版本、最受欢迎的 JDK 供应商、容器的兴起等多方面进行了调研分析。

2023-04-29

《灯灯》多租户快速开发平台 3.9.0-java17-rc2 发布，支持 JDK 17

模块代码顺序不对导致的报错分支说明本次升级的代码在 java17 分支， master分支中3.9.0版本对应 java17分支3.9.0-java17版本 master：稳定版；功能稳定，bug少 jdk

2023-01-17

每日一博 | 使用 perf 解决 JDK8 小版本升级后性能下降的问题

该应用是一个非常简单的 Web 应用，且应用在 JDK 升级前后并无任何发布修复。通常来说 JDK 小版本升级都是问题修改，不影响功能和性能使用，而应用性能剧烈下降一定是 JDK 的内部 bug。

2021-07-08

JDK Proxy 和 CGLib 有啥区别？

JDK Proxy 和 CGLib 的区别主要体现在以下几个方面： JDK Proxy 是 Java 语言自带的功能，无需通过加载第三方类实现； Java 对 JDK Proxy 提供了稳定的支持，并且会持续地升级和更新

2021-07-01

【Java技术探索】「ConcurrentHashMap」深入浅出的源码分析（JDK1.8版本）

## 承接上文 > 在上一篇文章的时候，已经基本解释了JDK1.7版本的ConcurrentHashMap的核心代码，可见：[【Java技术探索】「ConcurrentHashMap」深入浅出的源码分析

2021-06-30

【Java技术探索】「ConcurrentHashMap」深入浅出的源码分析（JDK1.7版本）

- **ConcurrentHashMap在并发编程的场景中使用频率非常之高，本文就来分析下ConcurrentHashMap的实现原理，并对其实现原理进行分析（JDK1.7)**。

2021-06-29

【Java技术探索】HashMap深入浅出的源码分析（JDK1.7版本）

不同JVM版本HashMap的展现形式本章内容主要为介绍JDK7的版本文章学习。

2021-06-03

【Java技术探索】HashMap深入浅出的源码分析（JDK1.8版本）

在jdk 1.8之前都是数组+链表的结构，因为在链表的查询操作都是O(N)的时间复杂度，如果当节点数量多，转换为红黑树结构，那么将会提高很大的效率，因为红黑树结构中，增删改查都是O(log n)。

2021-05-28

JDK1.8新特性(八)：还在重复写空指针检查代码？赶紧使用Optional吧！

令人兴奋的是，JDK1.8引入了一个新类java.util.Optional<T>,凭借Optional类提供的API，我们再也不用担心NullPointerException了，更不会再去写那些烦人的判断啦

2021-05-24

JDK1.8新特性(五)：Stream，集合操作利器，让你好用到飞起来

本文将从JDK1.8中Stream API讲起，让你觉得集合操作原来可以这么轻松使用。

2021-05-14

一篇与面试官和蔼交流的深入了解JVM（JDK8）

垃圾收集器 14、如何选择垃圾收集器 15、各种命令（例如100%cpu的排查、死锁的检查） 16、JIT(即时编译器) 17、逃逸分析面试系列深入了解JUC并发编程+集合（已写）深入了解JVM（JDK8

2021-04-21

JDK1.8 新特性 (八)：还在重复写空指针检查代码？赶紧使用 Optional 吧！

令人兴奋的是，JDK1.8引入了一个新类 java.util.Optional<T> ,凭借Optional类提供的API，我们再也不用担心 NullPointerException 了，更不会再去写那些烦人的判断啦

2020-08-21

JDK安全证书的一个错误消息 No subject alternative names present的解决办法

我使用Java消费某网站一个Restful API时，遇到这个错误： 21:31:16.383 [main] DEBUG org.springframework.web.client.RestTemplate - Created GET request for "https://127.0.0.1:5031/commerce/product"21:31:16.388 [main] DEBUG org.springframework.web.client.RestTemplate - Setting request Accept header to [text/plain, application/json, application/+json, /*] Exception in thread "main" org.springframework.web.client.ResourceAccessException: I/O error on GET request for "https://127.0.0.1:5031/commerce/product": java.security.cert.CertificateException: No subject alternative names present; nested exception is javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: No subject alternative names present at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:673) at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:620) at org.springframework.web.client.RestTemplate.getForEntity(RestTemplate.java:319) at com.sap.prolikeService.service.impl.CommerceProductService.getProductDetailByID(CommerceProductService.java:23) at com.sap.prolikeService.sandbox.SandboxTest.getProductDetailTest(SandboxTest.java:45) at com.sap.prolikeService.sandbox.SandboxTest.main(SandboxTest.java:49) Caused by: javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: No subject alternative names present at sun.security.ssl.Alerts.getSSLException(Alerts.java:192) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1949) at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:302) at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:296) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1506) at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:216) at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979) at sun.security.ssl.Handshaker.process_record(Handshaker.java:914) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1062) at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1403) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1387) 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.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:153) at org.springframework.http.client.SimpleBufferingClientHttpRequest.executeInternal(SimpleBufferingClientHttpRequest.java:78) at org.springframework.http.client.AbstractBufferingClientHttpRequest.executeInternal(AbstractBufferingClientHttpRequest.java:48) at org.springframework.http.client.AbstractClientHttpRequest.execute(AbstractClientHttpRequest.java:53) at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:659) ... 5 more Caused by: java.security.cert.CertificateException: No subject alternative names present at sun.security.util.HostnameChecker.matchIP(HostnameChecker.java:144) at sun.security.util.HostnameChecker.match(HostnameChecker.java:93) at sun.security.ssl.X509TrustManagerImpl.checkIdentity(X509TrustManagerImpl.java:455) at sun.security.ssl.X509TrustManagerImpl.checkIdentity(X509TrustManagerImpl.java:436) at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:200) at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:124) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1488) ... 19 more 错误的核心就一句：No subject alternative names present 解决方案：重新生成证书，将缺失的IP地址包含在证书的extension部分即可。命令行如下： keytool -genkey -alias tomcat2 -keyalg RSA -keystore ./jerry2.keystore -ext SAN=dns:test.abc.com,ip:127.0.0.1 证书生成后，在Subject Alternative names区域能看到IP地址：之后原始的错误就消失了：本文来自云栖社区合作伙伴“汪子熙”，了解相关信息可以关注微信公众号"汪子熙"。

2020-01-03

低版本mvel在MaxCompute jdk8环境中报java.lang.VerifyError

最近MaxCompute在升级jdk8的环境，导致线上使用到MVEL的离线任务挂掉，主要是下面这个异常 Exception in thread "main" java.lang.VerifyError:

2016-09-22

Apache Cassandra 5.0 正式 GA，带来向量搜索、JDK 17 支持、存储附加索引等功能

JDK 17 支持 Cassandra 一直停留在 JDK8 的旧版 Java 支持中。随着 5.0 的到来，Cassandra 升级到 JDK 17，带来的性能提升在某些情况下最高可达 20%。

2024-09-10

《灯灯》多租户快速开发平台 4.19.1-jdk8 版本发布，新版前端 UI 正式发布

jdk17、jdk8 分支同步发布以下内容： refactor (application.yml): 优化 boot 版本配置文件，将 application.yml 按照功能进行拆分 refactor

2024-06-18

《灯灯》多租户快速开发平台 4.18.0-jdk17 版本发布，多租户解决方案

4.18.0-jdk17 更新简介: - feat(lamp-web-pro-soybean): 基于 [soybean-admin](https://github.com/soybeanjs/soybean-admin

2024-04-03

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。