需求缘起:有人在[springboot]微信公众号问:springboot启动慢的问题何时有个分享就好了,谢谢.粉丝的问题还是要认真的回答的. 我们先看看本节的大纲: (1)组件自动扫描带来的问题(@SpringBootApplication):(2)如何避免组件自动扫描带来的问题(不使用@ SpringBootApplication):(3)引发的问题——无法扫描组件:(4)千古红楼只一梦,竹篮打水一场空:(5)debug debug,bug bug更健康:(6)分析Positive matc

当无法避免做一件事时,那就让它变得更简单. 概述 单测是规范的软件开发流程中的必不可少的环节之一.再伟大的程序员也难以避免自己不犯错,不写出有BUG的程序.单测就是用来检测BUG的.Java阵营中,JUnit和TestNG是两个知名的单测框架.不过,用Java写单测实在是很繁琐.本文介绍使用Groovy+Spock轻松写出更简洁的单测. Spock是基于JUnit的单测框架,提供一些更好的语法,结合Groovy语言,可以写出更为简洁的单测.Spock介绍请自己去维基,本文不多言.下面给出一些示例

概述 单测是提升软件质量的有力手段.然而,由于编程语言上的支持不力,以及一些不好的编程习惯,导致编写单测很困难. 最容易理解最容易编写的单测,莫过于独立函数的单测.所谓独立函数,就是只依赖于传入的参数,不修改任何外部状态的函数.指定输入,就能确定地输出相应的结果.运行任意次,都是一样的.在函数式编程中,有一个特别的术语:"引用透明性",也就是说,可以使用函数的返回值彻底地替代函数调用本身.独立函数常见于工具类及工具方法. 不过,现实常常没有这么美好.应用要读取外部配置,要依赖外部服务获

0. 为什么人人都讨厌写单测 在之前的关于swagger文章里提到过,程序员最讨厌的两件事,一件是别人不写文档,另一件就是自己写文档.这里如果把文档换成单元测试也同样成立. 每个开发人员都明白单元测试的作用,也都知道代码覆盖率越高越好.高覆盖率的代码,相对来说出现 BUG 的概率就越低,在线上运行就越稳定,接的锅也就越少,就也不会害怕测试同事突然的关心. 既然这么多好处,为什么还会讨厌他呢?至少在我看来,单测有如下几点让我喜欢不起来的理由. 第一,要额外写很多很多的代码,一个高覆盖率的单测代码,

SpringBoot应用的启动方式很简单,就一行代码,如下图01: 其实这行代码背后主要执行两个方法,一个是构造方法,一个是run方法. 构造方法主要内容就是收集一些数据,和确认一些信息.如下图02: 真正的执行要从run方法开始,为此,SpringBoot特意定义了一个监听器,专门监听这个run方法的执行过程. 这个监听器的名字是,SpringApplicationRunListener,如下图03: 这个接口的方法其实就表示了SpringBoot应用的启动过程. 备注:这个监听器是Sprin

目标 在<使用Groovy+Spock轻松写出更简洁的单测> 一文中,讲解了如何使用 Groovy + Spock 写出简洁易懂的单测. 对于相对简单的无外部服务依赖型函数,通常可以使用 expect-where 的形式. 本文尝试自动生成无外部服务依赖型函数的Spock单测模板,减少编写大量单测的重复工作量,只需要构造相应的测试数据集即可. 分析与思路 首先,需要仔细分析下无外部服务依赖型函数的Spock单测模板的组成. 比如 class BinarySearchTest extends S

Allure对单测结果以及robotframework结果的处理 Allure只能针对pytest的单测结果生成相应的报告: 如果需要对unittest的测试框架结果进行展示,可以使用pytest执行unittest测试用例,生成allure测试报告. Allure处理robotframework框架的测试用例 解决办法: 直接在运行root测试用例的时候,添加参数,然后使用allure直接生成HTML测试报告.参考链接:https://www.jianshu.com/p/6a383723204

本文是通过查看SpringBoot源码整理出来的SpringBoot大致启动流程,整体大方向是以简单为出发点,不说太多复杂的东西,内部实现细节本文不深扣因为每个人的思路.理解都不一样,我个人看的理解跟大家看的肯定不一样,到时候表达的出来的云里雾里也没啥用. 首先我将SpringBoot的启动流程整理成以下阶段: SpringApplicaiton初始化 审查ApplicationContext类型 加载ApplicationContextInitializer 加载ApplicationList

很多小伙伴所在的公司是基于Dubbo来构建技术栈的,日常开发中必不可少要写dubbo单测(单元测试),如果单测数据依赖已有的外部dubbo服务,一般是mock数据,如果数据比较复杂,其实mock数据也是一个不小的工作量.那有没有更好的单测方式来代替我们完成”mock“数据功能呢,这时可以借助dubbo telnet功能,获取真实数据用在单测中使用. 本文会先讨论如何使用基于dubbo telnet的代理工具类(DubboTelnetProxy),然后再讨论下mockito+DubboTelnet

生命周期和事件监听 一个应用的启动过程和关闭过程是归属到“生命周期”这个概念的范畴. 典型的设计是在启动和关闭过程中会触发一系列的“事件”,我们只要监听这些事件,就能参与到这个过程中来. 要想监听事件,首先得有事件监听器,就是常说的Listener.下面就是Spring提供的监听器,如下图01: 按规定所有的监听器都要继承Java提供的EventListener接口,这个接口是一个空的marker接口,其实就是标识一下. 事件一般都有多个,一般也有两种常用解决方法: 要么定义多个监听器接口,一个

概述 说到接触 SpringBoot 伊始,给我第一映像最深的是有两个关键元素: 对照上面的典型代码,这个两个元素分别是: @SpringBootApplication SpringApplication 以及 run() 方法 关于 @SpringBootApplication 注解的剖析已经在上文:<SpringBoot 中 @SpringBootApplication注解背后的三体结构探秘> 中完成了,其实它背后就是一个三体结构,只是 SpringBoot给了其一个包装而已.那么本文我们

一.简述: 项目结构 二.简述:启动流程 说springboot的启动流程,当然少不了springboot启动入口类 @SpringBootApplication public class SpringBootWebApplication { public static void main(String[] args) { SpringApplication application = new SpringApplication(SpringBootWebApplication.class);

Java 在单测的时候 需要做回滚 设置如下: 需要添加以下 注解 在类上 defaultRollback = true : 为 默认全部回滚 defaultRollback = false : 为 不回滚, 个别方法需要回滚的话, 需要在类上 增加 注解: @Rollback(true) 即可单个方法回滚 . @Transactional("obJpaTransactionManager") @TransactionConfiguration(transactionManager =

myeclipse配置下tomcat debug启动很无比慢,而run启动很快今天照常使用MyEclipse 6.5 Blue Edition进行开发,但是却遇到一个怪问题.在MyEclipse环境下,我习惯每次都用debug模式启动Tomcat.这样不管我需不需要debug,我都能可能用得上debug.奇怪的事就是:当我照常在MyEclipse环境下debug启动,访问webapp居然很慢很慢,不是一般的慢,是比平时慢了百倍,用了很长时间连自己的webapps的主页都刷不出来,达到严重影响到开

What's Shadow Copying? 我们安装一个应用程序并启动后,我们是无法更新应用程序安装目录中程序集文件的.如果强制替换会提示文件正在使用,如下图所示. 那你可能会问,为什么会无法更新呢? 因为启动应用程序时,CLR会首先创建应用程序域,然后在应用程序域中加载程序集并将其锁定.因此在卸载程序集之前是无法更新文件的.而卸载程序集的唯一办法就是卸载加载程序集的应用程序域. 到这里,你可能会好奇,为什么在开发ASP.NET网站时,我们却可以持续编译项目,而不会报这个提示呢?毕竟我们是从编

Linux服务器tomcat启动很慢 步骤: 一:找到 java 位置 whereis java 输出内容(部分):/usr/lib/java  ...... 二:进入到 lib 目录 cd /usr/lib 三:查找 java.security 文件的位置 find -name 'java.security' -type f 输出内容:./jvm/java-1.8.0-openjdk-1.8.0.141-2.b16.el6_9.x86_64/jre/lib/security/java.secu

spring-boot 根据环境启动: java -jar spring-boot--config--SNAPSHOT.jar --spring.profiles.active=prod

通常情况下,tomcat启动只要2~3秒钟,突然有一天,tomcat启动非常慢,要花5~6分钟,查了很久,终于在这篇文章找到了解决方案,博主牛人啊. 原文参见:http://blog.csdn.NET/chszs/article/details/49494701 Tomcat 8启动很慢,且日志上无任何错误,在日志中查看到如下信息: [2017-03-17 14:16:32 198 INFO ] [localhost-startStop-1] - Root WebApplicationConte

一.SpringBoot的默认启动图案 在SpringBoot启动的时候,默认的会展示出一个spring的logo,这个图案我们用户是可以自定义的 二.自定义启动图案 方法一: Application中控制图案显示 @SpringBootApplication public class HelloSpringBootApplication { public static void main(String[] args) { SpringApplication application = new

omcat 8启动很慢,且日志上无任何错误,在日志中查看到如下信息: Log4j:[2015-10-29 15:47:11] INFO ReadProperty:172 - Loading properties file from class path resource [resources/jdbc.properties] Log4j:[2015-10-29 15:47:11] INFO ReadProperty:172 - Loading properties file from class

Tomcat 8启动很慢,在启动中, 发现加载如下类时很慢: org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom 原因 Tomcat 7/8/9 都使用org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom类产生安全随机类SecureRandom的实例作为会话ID,这个过程比较耗时. 具体原理不再赘述,可百度看看. 解决 有两种解决办法: