Java

上一篇，我们学习了Spring Cloud配置集成化组件Config，在本篇，我们来学习Spring Cloud微服务架构的一个核心组件----Eureka。 1. 服务治理 服务治理，即将体系中各个微服务统一纳入服务注册中心，由注册中心维护各个微服务的名称、地址、端口、状态等信息，并提供服务自动化注册和发现机制。 为什么需要服务治理？ 对于传统应用而言，应用数量少，各应用间的API调用我们可以通过在配置文件中写入IP地址和端口的方式来进行维护。那么对于现在的微服务架构而言，应用的服务数量上百甚至上千，如果还使用传统的配置方式来维护各个服务信息及其其调用管理，那么无疑是困难重重，不仅容易出错，而且成本直线上升。 <p style="text-align: center;">没有服务治理时，如何管理各个服务？ <p style="text-align: left;">在微服务体系中，服务实例的网络位置都是动态分配的，而且实例的地址可能会经常性的改变，有了服务治理，不再需要人为的维护各个服务信息，一切交给服务注册中心来自动管理和维护，大大提高了效率。 几个核心概念 服务注册表：维护了服务实例的网络地址、名称等信息的数据库 服务提供者：提供RESTApi以供其他服务调用的被调用方 服务消费者：调用服务端提供的RESTApi接口，发起服务请求的请求方 服务注册：将服务注册表中提供服务信息进行注册服务的行为 服务发现：从服务注册表中查询服务实例信息的行为 接下来，我们看看服务发现的两种模式。 服务发现模式 服务发现主要有两种模式：服务端发现模式和客户端发现模式。 1、客户端发现模式 即由客户端来获取服务实例列表和网络位置，并且进行负载均衡。客户端查询服务注册表（一个维护了服务实例和其网络位置等信息的数据库），获取服务实例列表，并且采用负载均衡算法，从列表中选择一个服务实例作为请求目标。 Figure 1. 客户端发现模式示意图 Eureka采用的就是客户端发现模式。 2、服务端发现模式 即由服务端来发现服务实例并进行负载均衡：客户端通过负载均衡器向某个服务提出请求，负载均衡器查询服务注册表，并将请求转发到可用的服务实例。 Figure 2. 服务端发现模式示意图 AWS Elastic Load Balancer（ELB）采用的是服务端发现模式。 本篇讲解的Spring Cloud Eureka采用的是客户端发现模式，接下来我们看看eureka的基本概念。 2. Eureka简介 Eureka，字面意思即"发现"之意，是Netflix下开源的服务治理（注册、发现等）中间件。Spring Cloud Eureka在其基础上进行了二次封装，添加了自动化配置等功能，使其成为Spring Cloud微服务体系中核心的服务治理方案之一。 Eureka包括三个角色，如下图所示： Figure 3. Eureka基础架构（图片来源网络） Eureka Server：服务注册中心，维护了服务注册表，提供服务注册、服务发现、刷新和取消注册等功能 Service Provider：服务提供者，对外提供服务，一般为RESTApi接口 Service Consumer：服务消费者，调用服务提供者接口，实现具体业务逻辑 由上图可见，Service Provider将注册中心注册服务，Service Consumer从注册中心查询服务注册表，获取服务实例信息，并通过负载均衡算法获取到一个服务提供者实例，并发起调用请求。 Eureka Server并没有后端存储机制，注册表中的所有服务实例必须发送心跳监测以保证正确连接（内存中实现），服务实例（客户端）会将服务端注册表拉去到本地并缓存在内存中，而不是每次都向服务端发送请求来获取服务实例注册信息。 前边介绍了Eureka和服务治理相关的理论，接下来，我们来编程实现服务注册中心。 3. 单节点服务注册中心 3.1. 编写服务注册中心 1、新建名为01-eureka-server的Spring Boot工程，作为服务注册中心 2、引入如下依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka-server</artifactId> </dependency> ...

在 Spring Cloud简介中，我们了解了Spring Cloud的基本概念、特点、各大组件和其作用，还介绍了Spring Cloud的版本定义和发布规则，对Spring Cloud应该有了一定的了解。在本篇，我们来看看实现配置集成化的重要组件----Spring Cloud Config。 1. 简介 Spring Cloud Config是一款配置集中管理的组件，它提供了分布式系统的客户端和服务端外部化配置支持，由git(也支持svn、本地文件系统等)存储库支持的集中式外部配置管理，实现了配置的外部化存储。 Spring Cloud Config有几个核心的概念： 配置仓库：集中存储配置文件的地方， 推荐git仓库，也可以使用svn仓库或者本地文件系统； Server：配置管理服务端，提供配置文件管理服务，通过server可以按照一定规则读取配置文件，它直接访问配置仓库； Client：配置客户端，即需要从Server读取配置的应用，它并不直接访问配置仓库，而是通过Server读取配置信息； git仓库本身使用频率高，可以进行版本跟踪等特点，所以spring推荐使用git仓库，本文也将重点介绍基于git仓库的配置中心。 2. 配置服务端 服务端支持的配置仓库有git、svn和native本地文件，spring.profiles.active配置项用于启用配置文件支持的配置仓库，默认为git。在使用git配置仓库有几个重要概念： application: 访问配置服务的名称，默认为application，可以通过spring.config.name配置 profile：激活的profile配置文件，多个以逗号分隔 label：通常为git的分支，默认为master，也可以为commit id、tag名称；如果分支或tag名称包含斜线“/”，那么在HTTP URL中需要更换为"(_)" 下边先简单介绍使用本地文件和本地git仓库搭建配置服务端。 2.1. 使用本地文件 1、新建config-server-native工程，引入依赖： <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> </dependency> 2、启动类加上@EnableConfigServer注解，表明该工程为配置服务端 3、新建本地配置仓库文件夹： ``mkdir /Users/sun/Desktop/belonk/config-native`` 在config-native文件夹中建三个文件：application-dev.properties,application-uat.properties,application-pro.properties，分别配置部分内容以区别不同环境（profile）。 4、application.properties添加如下配置： spring.profiles.active=native # 采用推荐的8888端口 server.port=8888 spring.config.name=config # 配置本地文件目录地址 spring.cloud.config.server.native.searchLocations=/Users/sun/Desktop/belonk/config-native spring.cloud.config.server.native.addLabelLocations=true # 配置本地git仓库地址 #spring.cloud.config.server.git.uri=file:///Users/sun/Desktop/belonk/config-center/ spring.profiles.active：默认为git，改为native启用本地文件系统配置仓库 spring.config.name：访问URL的application名称 spring.cloud.config.server.native.searchLocations：配置本地搜索配置文件的位置，默认包括[classpath:/, classpath:/config, file:./, file:./config] 5、启动应用，浏览器访问http://localhost:8888/config/pro,dev，可以看到显示了正确pro和dev的配置信息，需要注意的是这里的config来自spring.config.name配置。 由于本地文件系统没有版本控制，不便于管理和追述，建议仅仅用于测试，不建议生产上使用。 2.2. 使用本地git仓库 git仓库在本地文件系统，并未push到远端，可用于快速测试。我们在config-server-native工程上稍作修改，改为本地git仓库。 ...

1. 简介 微服务的实施，涉及的内容非常多，包括服务治理、配置中心、服务网关、服务熔断、分布式事务、集群、消息总线等等，各个部分开源的产品也非常多： 服务治理：阿里的Dubbo以及当当维护的DubboX、Netflix的Eureka、Apache的Consul等； 配置中心：Spring Cloud的Config、百度的Disconf、Netflix的Archaius、淘宝的Diamond等； 服务跟踪：Spring Cloud的Sleuth、Twitter的Zipkin等 服务网关：Netflix的Zuul等 …… 开源组件如此众多，在实施微服务时，势必带来技术选型方面的困扰，不仅要了解各个技术的作用、易用性、优缺点，还需要知道其他组件对其支持程度，以及组件之间的依赖、协作关系，因此，很多公司在一开始就心生畏惧甚至直接放弃。 为了解决上述问题，Spring Cloud应运而生。它不单独解决微服务某一方面的问题，而是提出了微服务一整套解决方案。Spring Cloud整合了很多开源的微服务产品，针对微服务某一方面的问题，它提供了默认的实现，从而极大的简化了微服务实施的技术难度，使得技术人员不必再关注技术选型方面的问题，大大节约了成本。 简言之，Spring Cloud是一套构建于Spring boot之上的微服务框架，它整合了大部分微服务实施所需的组件，并提供了默认实现，使得复杂的微服务实施变得简单化。官网地址： http://projects.spring.io/spring-cloud/ 2. 特点 Spring Cloud专注于为典型用例提供良好的开箱即用体验，并为其他用户提供可扩展性机制。 分布式/版本化配置 服务注册和发现 路由 服务间调用 负载均衡 断路器 分布式消息 3. 组件 Spring Cloud整合了微服务架构所需的大部分开源组件，包括： Spring Cloud Config 即配置管理工具，由git(也支持svn、本地文件系统等)存储库支持的集中式外部配置管理，实现了配置的外部化存储。 Spring Cloud Netflix 核心组件，整合了Netflix OSS开源的组件，包括许多子组件： Eureka：服务治理组件，包括服务注册、发现，对Netflix的Eureka进行整合； Hystrix：容错管理组件，断路器，对Netflix的Hystrix进行了整合； Ribbon：客户端负载均衡，也是Netflix的开源组件，Spring Cloud进行了整合； Feign：基于Ribbon和Hystrix的声明式服务调用，整合Netflix的Feign； Zuul：网关组件，智能路由、访问过滤，整合Netflix的Zuul； Archaius：外部化配置组件，整合netflix的Archaius； Spring Cloud Bus 轻量级消息总线，用于集群间通信，传播集群间状态改变，例如动态更新配置。 Cloud Foundry 将您的应用程序与Pivotal Cloud Foundry集成。提供服务发现实现，还可以轻松实现受SSO和OAuth2保护的资源。 Spring Cloud Open Service Broker 提供构建实现Open Service Broker API的服务代理的起点。 Spring Cloud Cluster 基于Zookeeper，Redis，Hazelcast，Consul的选举和通用状态模式的抽象实现。 Spring Cloud Consul Hashicorp Consul的服务发现和配置管理。 Spring Cloud Security 为Zuul代理中的负载平衡OAuth2 rest客户端和身份验证头中继提供支持。 Spring Cloud Sleuth Spring Cloud应用程序的分布式跟踪，兼容Zipkin，HTrace和基于日志（例如ELK）的跟踪。 Spring Cloud Data Flow 组合微服务应用程序的本地云编排服务，提供了易用的DSL、拖放式GUI和REST-API共同简化了基于数据管道的微服务整体编排。 Spring Cloud Stream 轻量级事件驱动的微服务框架，可快速构建可连接到外部系统的应用程序。采用声明式模型，在Spring Boot应用程序之间使用Apache Kafka或RabbitMQ发送和接收消息。 Spring Cloud Stream App Starters 基于Spring Boot的Spring应用程序集成，可提供与外部系统的集成。 Spring Cloud Task 一种短命的微服务框架，用于快速构建执行有限数据处理的应用程序。用于向Spring Boot应用程序添加功能和非功能功能的简单声明。 Spring Cloud Task App Starters Spring Cloud Task App Starters是Spring Boot应用程序，可能是任何进程，包括不能永久运行的Spring Batch作业，它们在有限的数据处理期后结束/停止。 Spring Cloud Zookeeper 使用Apache Zookeeper进行服务发现和配置管理。 适用于Amazon Web Services的Spring Cloud 与托管的Amazon Web Services轻松集成。它提供了一种使用众所周知的Spring习语和API（如消息传递或缓存API）与AWS提供的服务进行交互的便捷方式。开发人员可以围绕托管服务构建应用程序，而无需关心基础结构或维护。 Spring Cloud Connectors 使各种平台中的PaaS应用程序可以轻松连接到数据库和消息代理（该项目以前称为“Spring Cloud”）等后端服务。 Spring Cloud CLI Spring Boot CLI插件，用于在Groovy中快速创建Spring Cloud组件应用程序 Spring Cloud Gateway 一款基于Project Reactor的智能可编程路由器。 Spring Cloud OpenFeign 通过自动配置和Spring环境以及其他Spring编程模型习惯用法提供Spring Boot应用程序的集成。 Spring Cloud Function 通过函数促进业务逻辑的实现。它支持无服务器提供商之间的统一编程模型，以及独立运行（本地或PaaS）的能力。 ...

在上一篇SpringBoot-工程结构、配置文件以及打包中，我们介绍了Spring Boot项目的工程结构、基本配置、使用IDEA开发的配置，以及可执行jar包的结构和打包方式，对Spring Boot的项目有了整体的认识。在本篇，我们将介绍JPA的使用。 1. 简介 百度百科对JPA的解释是这样的： JPA是Java Persistence API的简称，中文名Java持久层API，是JDK 5.0注解或XML描述对象－关系表的映射关系，并将运行期的实体对象持久化到数据库中。 JPA由EJB 3.0软件专家组开发，作为JSR-220实现的一部分。但它又不限于EJB 3.0，你可以在Web应用、甚至桌面应用中使用。JPA的宗旨是为POJO提供持久化标准规范。Hibernate3.2+、TopLink 10.1.3以及OpenJPA都提供了JPA的实现。 简单来说，Hibernate这种ORM的持久化框架的出现极大的简化了数据库持久层的操作，随着使用人数的增多，ORM的概念越来越深入人心。因此，JAVA专家组结合Hibernate，提出了JAVA领域的ORM规范，即JPA。 JPQL 其实同Hibernate的HQL类似，是JPA标准的面向对象的查询语言。百度百科的解释如下： JPA是Java Persistence API的简称，中文名Java持久层API，是JDK 5.0注解或XML描述对象－关系表的映射关系，并将运行期的实体对象持久化到数据库中。 JPA由EJB 3.0软件专家组开发，作为JSR-220实现的一部分。但它又不限于EJB 3.0，你可以在Web应用、甚至桌面应用中使用。JPA的宗旨是为POJO提供持久化标准规范。Hibernate3.2+、TopLink 10.1.3以及OpenJPA都提供了JPA的实现。 JPA与Hibernate的关系 JPA是参考Hibernate提出的Java持久化规范，而Hibernate全面兼容JPA，是JPA的一种标准实现。 JPA与Spring Data JPA Spring Boot对JPA的支持其实使用的是Spring Data JPA，它是Spring对JPA的二次封装，默认实现使用的是Hibernate，支持常用的功能，如CRUD、分页、条件查询等，同时也提供了强大的扩展能力。 2. HelloWorld 僚机了JPA的概念过后，接下来，我们使用Spring Boot工程来实现一个最简单的CRUD操作，看看使用JPA我们需要做哪些事情。 引入依赖 直接引入如下依赖： <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-aop</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-jpa</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <optional>true</optional> </dependency> ...

前一篇，我们简单介绍了SpringBoot的概念，然后逐步构建了一个HelloWorld的Web应用。现在，我们来整体认识一下SpringBoot，包括：工程结构、配置文件、可执行Jar包等。 1. 工程结构 本质上而言，SpringBoot是一个遵循Maven标准的Maven工程，但是如果开发的是Web项目，与标准Maven存在一定的差别：默认情况下，SpringBoot打包为jar（简单方便，使用自带容器，不需要部署到tomcat等java容器，当然也可以打包为可执行war），此时，不能使用Maven的webapp目录来存放web资源（js、css、图片、页面等），SpringBoot有一套自己的规范，整个工程结构如下： \---src +---main | +---java // java后台代码 | \---resources // 资源文件目录 | application.properties // 配置文件 | +---static // 存放静态文件，如js、css、图片等 | \---templates // 存放模板文件 \---test \---java // 测试代码 默认情况下，Spring boot规定将静态资源存放到resources/static目录，而页面存放到resources/templates目录，也可以通过配置文件修改默认存放目录。 2. 代码结构 Spring Boot推荐的后台代码结构如下： +---src | +---main | | +---java | | | \---com | | | \---belonk | | | | WebappViewStarter.java // 包含main方法的启用类 | | | +---config | | | | CustomParamConfig.java | | | | RandomParamConfig.java | | | +---domain | | | +---service | | | \---web | | | HomeController.java ...

最近在了解微服务和Spring Cloud相关的东西，Spring Cloud的微服务体系基于Spring boot，所以了解Spring Boot是前提和基础。本文将介绍Spring Boot基础内容，包括简介、环境搭建、示例代码等，所使用JDK版本为JDK8，构建工具为Maven3.5。 1. 简介 Spring Boot是Spring的开源项目，其目的是让开发者可以简单、快速地使用Spring框架创建生产级的应用，其目的不是为了替换Spring，而是简化Spring的使用。Spring Boot可以看做是对Spring框架的二次封装，不过，在封装的同时也还提供了许多高级功能。 Spring Boot特性如下： 创建独立的Spring应用程序 直接嵌入Tomcat、Jetty或Undertow(无需部署WAR文件) 为项目构建提供了许多的“starter”，适用于整合不同的框架，从而简化您的构建工具（Maven）配置 尽可能自动配置Spring 提供可生产的特性，如度量指标、健康检查和集中配置 绝对没有代码生成，也不需要XML配置 2. 系统需求 Spring Boot需要JDK8或以上版本，嵌入的tomcat8.5所支持的Servlet版本为3.1，如下表所示： 依赖 版本 JDK 8或以上版本 Maven 3.2或以上版本 Servlet 3.1+ 3. 构建应用 现在，我们来一步步构建一个Hello world应用。 3.1. 构建 Spring Boot项目是基于Maven构建，完全遵循Maven的项目构建规则和目录规范。所以，你可以直接使用开发工具或者maven命令行来创建Spring Boot项目。需要注意的饿是，如果是Web项目，而且打包的格式为jar，那么与标准Maven项目不同的是不能使用src/main/webapp目录。 也可以访问 https://start.spring.io/来快速构建应用，选择对应的构建工具、语言和版本信息，填写开发信息并加入依赖下载，然后导入开发工具即可： 3.2. 配置Pom.xml 应用创建好了，我们来配置pom.xml，引入Spring boot相关的依赖。 1、继承parent节点 Spring为我们提供了顶层的parent节点，用来定义Spring Boot使用的版本，配置如下： <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.5.10.RELEASE</version> <relativePath/> </parent> ...

堆dump，即堆转储，其实是一个当前JVM堆内存所有对象在某个时间点上的快照。堆dump用来将当前应用程序的堆内存中的数据信息保存为文件，并可以快速浏览文件中的内容，查询对象分配信息。 在VisualVM中，堆dump的入口很多，可以再应用程序右键，选择堆dump；也可以打开主窗口的“监视”tab页，点击右上角有堆dump按钮；还可以打开抽样器tab页，进行内存抽样后，点击工具栏上的堆dump按钮。 1. 打开堆dump 执行完堆dump后，主窗口会打开一个堆dump的页面，同时应用程序节点会增加一个headdump+时间子节点，可以直接打开该节点来浏览堆dump文件信息，如图所示： 堆dump文件存储后缀为.hprof，除了能够看到本地堆dump文件，也可以通过菜单栏的文件-装入打开他人分享的dump文件： 2. 浏览堆dump文件信息 堆dump tab页包含了几个子标签页面：概要、类、实例、OQL控制台，我们重点说下前三个。 2.1. 概要 显示了转储堆dump时的信息，包括基本信息、环境信息、系统属性和线程信息，例如你可以看到堆dump时间、文件存放位置、大小等。 2.2. 类 类视图显示类的列表，以及该类引用的实例的数量和百分占比、类所有实例的大小和百分占比。您可以通过在实例视图中右键单击名称和选择“在实例图中显示”或者直接双击类来查看特定类的实例列表： 通过类视图，可以整体上明确哪些类实例数多，占用资源高。 可以通过最下方的“类目过滤器”来搜索类，点击漏斗形状的图标可以选择筛选类型，例如包含/不包含类名称、正则匹配、搜索子类等。例如，搜索类名包含EsSyncTask的所有类，如下图所示： 2.3. 实例数 当在类视图选择查询具体某一个类的实例时（右键或者双击），此时就打开了该类的实例视图。当您从实例窗格中选择一个实例时，VisualVM将显示该类的字段，并在各自的窗格中引用该类。 除了显示了具体的类和概要信息（实例数量、大小、总大小等）外，实例视图还有几个面板： 实例数：显示当前类的实例列表，点击具体的某一个实例可以在字段和引用面板查看实例的字段信息和引用了的对象 字段：显示当前选择的实例的具体字段，包括字段名称、类型、字段值等 引用：递归显示当前所有引用了该类的类实例，该面板会一层层递归显示引用，包括引用实例的再引用。通过引用面板，可以跟踪对象的引用情况，以便找到具体的类，从而优化代码。 通过右键点击实例或者在引用面板右键，可以查看最近垃圾回收根节点。 接下来，我们来编一个实例程序，看看堆dump的情况，代码如下： public class HeaddumpTest { public static void main(String[] args) { Refrence ref = new Refrence(); int id = 0; while (true) { ref.add(new MyClass(id++, "myclass" + id)); try { Thread.sleep(10); } catch (InterruptedException e) { e.printStackTrace(); } } } } class Refrence { private List<MyClass> myClasses = new ArrayList<>(); public void add(MyClass myClass) { myClasses.add(myClass); } public List<MyClass> getMyClasses() { return myClasses; } public void setMyClasses(List<MyClass> myClasses) { this.myClasses = myClasses; } } class MyClass { private int id; private String name; MyClass(int id, String name) { this.id = id; this.name = name; } public int getId() { return id; } public void setId(int id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } } ...

无论是本地还是远程节点，双击或者右键打开应用程序，会直接在主窗口打开程序监控页。主窗口包括几个子页面：概述、监视、线程、抽样器，如果是本地程序且支持分析器还会显示Profiler页，根据安装插件的不同，还可能会显示一些插件的页面，例如MBeas等。 Figure 1. 主窗口界面 1. 概述页 概述页显示了应用程序和运行时环境的基本信息，如下图所示： Figure 2. 概述页界面 概述信息包括基本参数、保存的数据、详细信息几个部分。 1.1. 基本参数 基本参数描述了应用程序的一些参数信息，包括如下信息： PID：应用程序的进程ID 主机：应用程序运行的系统地址 主类：运行了main方法的类 参数：应用启动时所传递的参数信息，例如传递给main方法的参数列表 JVM：当前的JVM信息 Java：当前使用的JDK信息 Java Home：JDK的位置 JVM标志：启动JDK时JVM使用的的标志 出现OOME时生产堆dump：当前出现OOME时生产堆dump功能的开启/禁用状态 除了基本信息外，还包括两个可以自主选择显示或隐藏的功能（右上角）：保存的数据和详细信息。 1.2. 保存的数据 显示VisualVM存储的当前应用程序的信息，例如线程dump的数量、堆dump和快照的数量等。 1.3. 详细信息 包括两个标签：JVM参数和系统属性。 JVM参数：配置的JVM启动的参数信息，例如堆大小； 系统属性：JVM运行的系统属性，例如用户目录、文件编码； 2. 监视页 监视tab页展示了监听了当前应用程序的整体情况，包括几个指标：CPU、内存、类、线程，它们都以直观的图形方式展现。 Figure 3. 监视页界面 2.1. CPU 该图展示了CPU的使用百分比走势，包括执行垃圾回收活动的时间等。可以从该图查看应用程序是否耗费CPU，是否频繁的进行垃圾回收，以便优化代码或者调整JVM内存设置。 2.2. 内存 反映了内存的占用情况，包括内存大小、最大值和已经使用的大小。内存情况又包括两部分：堆和Metaspace。 堆：该页展示了堆内存的大小和堆内存使用走势情况。 Metaspace：即元空间，JDK8移除了永久代（PermGen），而类的元数据信息被存储在了Metaspace，具体请看 这里。该标签反映了元空间内存的使用情况。 2.3. 类 类视图显示了已经加载的类数量和共享类的数量走势情况。 2.4. 线程 线程视图显示了应用程序在JVM中生存和守护线程的数量走势情况。如果您想在特定的时间点捕获和查看应用程序线程的精确数据，可以打开线程标签页，使用VisualVM进行线程转储（稍后详述）。 除了这四个图表，监视页还有两个重要的功能：执行垃圾回收和堆dump。 执行垃圾回收：立即触发垃圾回收 堆dump：执行堆dump，并在新的标签页打开，以查看对dump的详细信息(同右键应用程序–堆dump)。 通常，需要长期监控应用程序的情况，幸好这不会带来太大的开销。 我们看一个OOM的例子，看看VisualVM的监视页的监控情况。代码如下： public static void main(String[] args) { List<Object> objects = new ArrayList<>(); new Thread(() -> { while (true) { objects.add(new Object()); try { Thread.sleep(200); } catch (InterruptedException e) { e.printStackTrace(); } } }).start(); } ...

Java应用程序难免遇到性能问题，例如常见的OutOfMemmoryError，又或者是出现内存泄漏的错误，又或是程序运行一段时间就卡死了，CPU或者内存占用率高，甚至造成系统崩溃，等等。出现性能问题时，往往难以分析和跟踪。不过，可以借助于一些性能分析工具，来监测程序性能，从而找出影响性能的问题所在，以便进行优化。本文的VisualVM就是一款比较强大的性能分析工具。 先来看看性能分析的几种方式： 性能分析的主要方式 性能分析常用的有以下几种方式 * 监视：监视是一种用来查看应用程序运行时行为的一般方法。通常会有多个视图（View）分别实时地显示 CPU 使用情况、内存使用情况、线程状态以及其他一些有用的信息，以便用户能很快地发现问题的关键所在。 * 转储(dump)：性能分析工具从内存中获得当前状态数据并存储到文件用于静态的性能分析。Java 程序是通过在启动 Java 程序时添加适当的条件参数来触发转储操作的。它包括以下三种： 核心dump：JVM 生成的本地系统的转储。一般的，系统转储数据量大，需要平台相关的工具去分析，如 Windows 上的 windbg 和 Linux 上的 gdb。 Jvm dump：JVM 内部生成的格式化后的数据，包括线程信息，类的加载信息以及堆的统计数据。通常也用于检测死锁。 堆dump：JVM 将所有对象的堆内容存储到文件。 * 快照：应用程序启动后，性能分析工具开始收集各种运行时数据，其中一些数据直接显示在监视视图中，而另外大部分数据被保存在内部，直到用户要求获取快照，基于这些保存的数据的统计信息才被显示出来。快照包含了应用程序在一段时间内的执行信息，通常有 CPU 快照和内存快照两种类型。 CPU 快照：主要包含了应用程序中函数的调用关系及运行时间，这些信息通常可以在 CPU 快照视图中进行查看。 内存快照：主要包含了内存的分配和使用情况、载入的所有类、存在的对象信息及对象间的引用关系等。这些信息通常可以在内存快照视图中进行查看。 * 性能分析：性能分析是通过收集程序运行时的执行数据来帮助开发人员定位程序需要被优化的部分，从而提高程序的运行速度或是内存使用效率，主要有以下三个方面： CPU 性能分析：CPU 性能分析的主要目的是统计函数的调用情况及执行时间，或者更简单的情况就是统计应用程序的 CPU 使用情况。通常有 CPU 监视和 CPU 快照两种方式来显示 CPU 性能分析结果。 内存性能分析：内存性能分析的主要目的是通过统计内存使用情况检测可能存在的内存泄露问题及确定优化内存使用的方向。通常有内存监视和内存快照两种方式来显示内存性能分析结果。 线程性能分析：线程性能分析主要用于在多线程应用程序中确定内存的问题所在。一般包括线程的状态变化情况，死锁情况和某个线程在线程生命期内状态的分布情况等 — 使用 VisualVM 进行性能分析及调优 https://www.ibm.com/developerworks/cn/java/j-lo-visualvm 1. VisualVM简介 VisualVM是集成JDK命令行工具和轻量级分析功能的可视化分析工具，设计用于开发和生产时间的使用。它提供了一个可视化界面，用于查看基于Java技术、运行于JVM上的应用程序(Java应用程序)的详细信息。 VisualVM组织Java开发工具包(JDK)工具检索的JVM软件的数据，并以一种使您能够快速查看多个Java应用程序的数据的方式提供信息。您可以查看在远程主机上运行的本地应用程序和应用程序的数据。您还可以捕获有关JVM软件实例的数据，并将数据保存到您的本地系统中，以供后期查看或与其他用户共享。 VisualVM完全免费，它通过 jvmstat、JMX、SA（Serviceability Agent）以及 Attach API 等多种方式从程序运行时获得实时数据，从而进行动态的性能分析。同时，它能自动选择更快更轻量级的技术尽量减少性能分析对应用程序造成的影响，提高性能分析的精度。 2. VisualVM安装 从JDK6开始，VisualVM已经成为JDK自带工具，名称叫做jvisualvm，位于%JAVA_HOME%/bin/jvisualvm.exe，执行即可启动。 需要注意的是，从Oracle JDK 9开始，Java VisualVM迁移到GraalVM，这是在Oracle实验室开发的一种创新的、高性能的多语言虚拟机。详情请参阅 Graal VisualVM页面。 ...

编程式事务虽然可以精确控制事务，但是事务控制代码必须侵入业务逻辑代码中，耦合度高，后期难以维护。一般而言，不需要精确控制事务，所以采用的更多的是Spring的声明式事务。 Spring声明式事务基于AOP实现，有两种事务定义方式：xml配置和注解定义，前者使用tx命名空间，后者使用@Transactional注解。 1. 事务属性 在定义事务之前，需要了解一些事务的参数，正如前边TransactionDefinition类定义的，包括传播机制、隔离级别、是否只读、事务超时等，还包括回滚规则定义等参数。 1.1. 传播机制 传播机制（propagation）定义了客户端与被调用方法之间的事务界限。简单而言，就是一个方法调用其他一个或多个方法来实现业务逻辑时，这些方法间的事务如何进行传播，这就由传播机制来决定。 Spring提供了7中传播机制，如下表所示： Table 1. 事务的7种传播机制 传播行为 说明 REQUIRED 业务方法需要在一个事务中运行。如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务 NOT_SUPPORTED 声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行 REQUIRES_NEW 属性表明不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行 MANDATORY 该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出异常。 SUPPORTS 这一事务属性表明，方法可以受事务控制，也可以不。如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分。如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行 NEVER 指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出异常，只有业务方法没有关联到任何事务，才能正常执行 NESTED 如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按REQUIRED属性执行.它使用了一个单独的事务， 这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效 注意REQUIRES_NEW和NESTED两者的区别； PROPAGATION_REQUIRES_NEW启动一个新的, 不依赖于环境的 "内部" 事务. 这个事务将被完全 commited 或 rolled back 而不依赖于外部事务, 它拥有自己的隔离范围, 自己的锁, 等等. 当内部事务开始执行时, 外部事务将被挂起, 内务事务结束时, 外部事务将继续执行. PROPAGATION_NESTED 开始一个 "嵌套的" 事务, 它是已经存在事务的一个真正的子事务. 潜套事务开始执行时, 它将取得一个 savepoint. 如果这个嵌套事务失败, 我们将回滚到此 savepoint. 潜套事务是外部事务的一部分, 只有外部事务结束后它才会被提交. ...

前边提到，编写程序式的事务管理可以清楚的定义事务的边界，可以实现细粒度的事务控制，比如你可以通过程序代码来控制你的事务何时开始，何时结束等，它可以实现细粒度的事务控制。 1. TransactionTemplate Spring提供了TransactionTemplate对象来控制事务，它使用了一种回调机制，通过回调来修改事务状态，继承关系如下： TransactionOperations接口定义了基础的事务的执行操作execute()，该接口便于后续扩展，一般不直接使用。 在使用TransactionTemplate之前，需要声明bean： <!--JDBC事务管理器--> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <!--编程式事务配置--> <bean id="transactionTemplate" class="org.springframework.transaction.support.TransactionTemplate"> <property name="transactionManager" ref="transactionManager"/> </bean> TransactionTemplate使用PlatformTransactionManager的实现来管理事务，这里注入的是JDBC的事务管理器。事务控制代码如下： public void add(User user) throws Exception{ // Spring编码式事务，回调机制 transactionTemplate.execute(new TransactionCallback<Object>() { @Override public Object doInTransaction(TransactionStatus status) { try { userMapper.insertSelective(user); } catch (Exception e) { // 异常，设置为回滚 status.setRollbackOnly(); throw e; } return null; } }); } 调用TransactionTemplate的execute()方法，传递一个TransactionCallback接口的实现，执行其doInTransaction()方法，该方法会回传事务状态对象TransactionStatus，如果有异常，则调用status.setRollbackOnly()将事务状态标记为回滚，否则doInTransaction方法正常返回，事务则会提交。 如果事务控制的方法不需要返回值，那么可以使用TransactionCallback接口的抽象实现类TransactionCallbackWithoutResult： @Override public void add(User user) throws Exception { // Spring编码式事务，回调机制 transactionTemplate.execute(new TransactionCallbackWithoutResult() { @Override protected void doInTransactionWithoutResult(TransactionStatus status) { try { userMapper.insertSelective(user); } catch (Exception e) { // 异常，设置为回滚 status.setRollbackOnly(); throw e; } } }); } ...

前边简单介绍了事务的概念和其ACID特性，现在让我们看看Spring是如何实现对事务的支持的。 1. Spring事务管理器结构 Spring并不直接管理事务，而是提供多种事务管理器，将管理事务的责任委托给JTA或相应的持久性机制所提供的某个特定平台的事务实现。 Spring对事务管理器的抽象： Spring提供了顶层接口PlatformTransactionManager，并提供了扩展接口ResourceTransactionManager和抽象实现类AbstractPlatformTransactionManager。PlatformTransactionManager下的所有接口和实现类如图所示： 一般而言，每一种事务实现的类图如下： PlatformTransactionManager是Spring事务管理器的核心，接口定义如下： public interface PlatformTransactionManager { // 返回一个已经激活的事务或创建一个新的事务（根据给定的TransactionDefinition类型参数定义的事务属性）， // 返回的是TransactionStatus对象代表了当前事务的状态，其中该方法抛出TransactionException（未检查异常） // 表示事务由于某种原因失败。 TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException; // 提交给定的事务，检查其状态。如果事务被标记为rollback-only，则执行回滚。 // 如果事务不是新的事务，则忽略提交周围适当的事务。如果先前的事务被挂起，则在提交新事务后恢复先前的事务。 void commit(TransactionStatus status) throws TransactionException; // 执行给定事务的回滚。如果事务不是一个新的事务，将其周边适当的事务标记为rollback-only。 // 如果先前的事务被挂起，则在回滚新事务后恢复先前的事务。 void rollback(TransactionStatus status) throws TransactionException; } TransactionDefinition接口定义如下： public interface TransactionDefinition { // 返回事务传播行为 int getPropagationBehavior(); // 返回事务隔离级别 int getIsolationLevel(); // 返回事务超时时间 int getTimeout(); // 返回事务是否只读 boolean isReadOnly(); // 返回事务的名称 String getName(); } ...

1. 定义 在软件开发领域， 全有或全无的操作被称为事务（transaction）。 事物允许将几个操作组合成一个要么全部发生要么全部不发生的工作单元。发生和不发生两者只能选择其一，而不可能两者都选择。事务确保了数据和资源免于处在不一致的状态。 让我们继续使用最简单有效的转账例子来说明事务： A给B转100元，这个过程大概需要两步： step1、从A的账户扣除100元； step2、给B的账户增加100元。 这两步必须要么全部执行成功要么都不成功并且还原账户的金钱为初始值，否则转账失败。如果step1成功而step2失败，那么A账户少了100元，但是B却没收到钱；如果step1失败而step2成功，B账户会多出100元。这两种情况都是不允许发生的。 所以，step1和step2必须处于同一事务中，我们就说事务把这两个操作组合为要么都成功要么都失败的工作单元。整个操作成功，那么转账成功，结果是A账户扣了100元而B账户多了100元；如果整个过程失败，那么A和B的账户的金额恢复到转账前的状态，即未发生任何变化，就像转账操作从未发生过一样。 2. ACID特性 Atomic(原子性)：确保所有操作要么都发生，要么都不发生。 Consistent(一致性)：事务前后，数据均处于正确状态，数据不应该被破坏。 Isolated(隔离性)：事务彼此隔离，用户间操作不相混淆。 Durable(持久性)：事务一旦完成，结果应该持久化，例如保存到数据库中。 上边转账的例子中，两步操作必须要么成功要么都失败，确保了原子性；而原子性保证账户中的金额不会处于不一致或者说部分完成，保证了一致性；转账过程与其他转账过程互不影响，遵循隔离性；转账成功后，结果必须持久化保存，防止事务结果丢失。 3. Spring对事务管理的支持 Spring提供两者事务管理方式：编程式事务管理和声明式事务管理。 3.1. 编程式事务管理 编写程序式的事务管理可以清楚的定义事务的边界，可以 实现细粒度的事务控制，比如你可以通过程序代码来控制你的事务何时开始，何时结束等，与后面介绍的声明式事务管理相比，它可以实现细粒度的事务控制。 3.2. 声明式事务管理 如果你并不需要细粒度的事务控制，你可以使用声明式事务，在Spring中，你只需要在Spring配置文件中做一些配置，即可将操作纳入到事务管理中， 解除了和代码的耦合， 这是 对应用代码影响最小的选择，从这一点再次验证了Spring关于 AOP的概念。当你不需要事务管理的时候，可以直接从Spring配置文件中移除该设置。 Spring通过回调机制将实际的事务实现从事务性代码中抽象出来。如果应用只使用一种持久化资源，那么可以使用持久化机制本身的事务性支持（JDBC、Hibernate、JPA等）；如果应用事务跨多个资源，那么Spring会使用第三方的JTA(JAVA事务API)实现来支持分布式(XA)事务。 使用声明式事务还是编程式事务管理，在很大程度上是 细粒度和易用性之间权衡。一般情况下，不需要精确控制事务，采用声明式事务不仅易用性高，而且降低了事务与其他业务代码的耦合性。 4. 总结 在软件开发领域，全有或全无的操作被称为事务。事务必须具备ACID特性，在Spring中，除了编程来精确控制事务，还可以使用AOP来配置低耦合度的声明式事务控制。

Javascript在浏览器中的性能，可以说是前端开发者所要面对的最重要的可用性问题。 在Yahoo的Yslow23条规则当中，其中一条是将JS放在底部 <wbr>。原因是，事实上，大多数浏览器使用单进程处理UI和更新Javascript运行等多个任务，而同一时间只能有一个任务被执行。Javascript运行了多长时间，那么在浏览器空闲下来响应用户交互之前的等待时间就有多长。 从基本层面说,这意味着<script>标签的出现使整个页面因脚本解析、运行而出现等待。不论实际的 JavaScript 代码是内联的还是包含在一个不相干的外部文件中,页面下载和解析过程必须停下,等待脚本 完成这些处理,然后才能继续。这是页面生命周期必不可少的部分,因为脚本可能在运行过程中修改页面 内容。典型的例子是 document.write()函数,例如: <html> <head> <title>Script Example</title> </head> <body> <p> <script type="text/javascript"> document.write("The date is " + (new Date()).toDateString()); </script> </p> </body> </html> 当浏览器遇到一个<script>标签时,正如上面 HTML 页面中那样,无法预知 JavaScript 是否在标签中 添加内容。因此,浏览器停下来,运行此 JavaScript 代码,然后再继续解析、翻译页面。同样的事情发生 在使用 src 属性加载 JavaScript的过程中。浏览器必须首先下载外部文件的代码,这要占用一些时间,然后 解析并运行此代码。此过程中,页面解析和用户交互是被完全阻塞的。 <wbr>　因为脚本阻塞其他页面资源的下载过程,所以推荐的办法是:将所有<script>标签放在尽可能接近<body> <wbr>标签底部的位置,尽量减少对整个页面下载的影响。例如: <html> <head> <title>Script Example</title> <link rel="stylesheet" type="text/css" href="styles.css"> </head> <body> <p>Hello world!</p> <-- Example of recommended script positioning --> <script type="text/javascript" src="file1.js"></script> <script type="text/javascript" src="file2.js"></script> <script type="text/javascript" src="file3.js"></script> </body> </html> ...

本文首先介绍了JVM各类垃圾回收器及其工作原理，接着通过实例演示它们的使用方式及需注意事项，最后总结了垃圾回收器的配置方式及参数意义。 1. 垃圾收集基础 Java语言的一大特点就是可以进行自动垃圾回收处理，而无需开发人员过于关注系统资源，例如内存资源的释放情况。自动垃圾收集虽然大大减轻了开发人员的工作量，但是也增加了软件系统的负担。 拥有垃圾收集器可以说是Java语言与C语言的一项显著区别。在 C语言中，程序员必须小心谨慎地处理每一项内存分配，且内存使用完后必须手工释放曾经占用的内存空间。当内存释放不够完全时，即存在分配但永不释放的内存块，就会引起内存泄漏，严重时甚至导致程序瘫痪。 以下列举了垃圾回收器常用的算法及实验原理： 1.1. 1、引用计数法 (Reference Counting) 引用计数器在微软的 COM 组件技术中、Adobe 的 ActionScript3 种都有使用。 引用计数器的实现很简单，对于一个对象 A，只要有任何一个对象引用了 A，则 A 的引用计数器就加 1，当引用失效时，引用计数器就减 1。只要对象 A 的引用计数器的值为 0，则对象 A 就不可能再被使用。 引用计数器的实现也非常简单，只需要为每个对象配置一个整形的计数器即可。但是引用计数器有一个严重的问题，即无法处理循环引用的情况。因此，在 Java 的垃圾回收器中没有使用这种算法。 一个简单的循环引用问题描述如下：有对象 A 和对象 B，对象 A 中含有对象 B 的引用，对象 B 中含有对象 A 的引用。此时，对象 A 和对象 B 的引用计数器都不为 0。但是在系统中却不存在任何第 3 个对象引用了 A 或 B。也就是说，A 和 B 是应该被回收的垃圾对象，但由于垃圾对象间相互引用，从而使垃圾回收器无法识别，引起内存泄漏。 1.2. 2、标记-清除算法 (Mark-Sweep) 标记-清除算法将垃圾回收分为两个阶段：标记阶段和清除阶段。一种可行的实现是，在标记阶段首先通过根节点，标记所有从根节点开始的较大对象。因此，未被标记的对象就是未被引用的垃圾对象。然后，在清除阶段，清除所有未被标记的对象。该算法最大的问题是存在大量的空间碎片，因为回收后的空间是不连续的。在对象的堆空间分配过程中，尤其是大对象的内存分配，不连续的内存空间的工作效率要低于连续的空间。 1.3. 3、复制算法 (Copying) 将现有的内存空间分为两快，每次只使用其中一块，在垃圾回收时将正在使用的内存中的存活对象复制到未被使用的内存块中，之后，清除正在使用的内存块中的所有对象，交换两个内存的角色，完成垃圾回收。 如果系统中的垃圾对象很多，复制算法需要复制的存活对象数量并不会太大。因此在真正需要垃圾回收的时刻，复制算法的效率是很高的。又由于对象在垃圾回收过程中统一被复制到新的内存空间中，因此，可确保回收后的内存空间是没有碎片的。该算法的缺点是将系统内存折半。 Java 的新生代串行垃圾回收器中使用了复制算法的思想。新生代分为 eden 空间、from 空间、to 空间 3 个部分。其中 from 空间和 to 空间可以视为用于复制的两块大小相同、地位相等，且可进行角色互换的空间块。from 和 to 空间也称为 survivor 空间，即幸存者空间，用于存放未被回收的对象。 ...

1. 场景 最近开发一个web项目，用的maven构建，建立多个profile，对应不同环境，分别包含不同的配置，在打包的时候发现，xml和properties配置文件没有被替换为profile下定义的property属性值。 2. 解决方案： WEB工程需要war插件，启用web资源目录的filter功能，而普通jar不需要。步骤如下： 1、定义profile和各个property属性值 2、定义maven-war插件，并确认webresource文件目录 3、开启filter功能 4、执行clean package -P(profile-id) 命令，可以正常替换web资源目录下的形如${}的变量 3. 示例 3.1. 定义profile 定义dev和uat两个profile，分别对应开发环境和uat环境： <profiles> <profile> <id>dev</id> <properties> <!-- 数据库相关配置--> <mysql.jdbc.url>192.168.1.224:3306/cd_pro</mysql.jdbc.url> <mysql.jdbc.username>root</mysql.jdbc.username> <mysql.jdbc.password>xxxxxx</mysql.jdbc.password> <!-- 环境配置 --> <application.context.ip>http://192.168.1.224/</application.context.ip> <site.id>510100</site.id> <!-- 支付相关配置--> <revisa.pay.service.id>123456</revisa.pay.service.id> <!--LOG4J日志级别--> <log4j.log.level>debug</log4j.log.level> <log4j.logfile.path>D:/logs/cd_pro.log</log4j.logfile.path> <memorycache.url>192.168.1.224:11211</memorycache.url> </properties> <activation> <activeByDefault>true</activeByDefault> </activation> </profile> <profile> <id>uat</id> <properties> <!-- 数据库相关配置--> <mysql.jdbc.url>10.150.39.21:3306/cd_pro</mysql.jdbc.url> <mysql.jdbc.username>root</mysql.jdbc.username> <mysql.jdbc.password>xxxxxx</mysql.jdbc.password> <!-- 环境配置 --> <application.context.ip>http://uat.zaichengdu.com/</application.context.ip> <revisa.pay.site.id>510100</revisa.pay.site.id> <!-- 支付相关配置--> <revisa.pay.service.id>123456</revisa.pay.service.id> <!--LOG4J日志级别--> <log4j.log.level>info</log4j.log.level> <log4j.logfile.path>/data/logs/cd_pro.log</log4j.logfile.path> <memorycache.url>10.150.38.106:11211</memorycache.url> </properties> </profile> </profiles> 3.2. war插件配置和web资源目录定义 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-war-plugin</artifactId> <configuration> <webResources> <resource> <!-- this is relative to the pom.xml directory --> <directory>src/main/resources</directory> <targetPath>WEB-INF/classes/</targetPath> <filtering>true</filtering> </resource> </webResources> </configuration> </plugin> ...