springboot(十二):springboot如何测试打包部署

有很多网友会时不时的问我,spring boot项目如何测试,如何部署,在生产中有什么好的部署方案吗?这篇文章就来介绍一下spring boot 如何开发、调试、打包到最后的投产上线。

开发阶段

单元测试

在开发阶段的时候最重要的是单元测试了,springboot对单元测试的支持已经很完善了。

1、在pom包中添加spring-boot-starter-test包引用

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <scope>test</scope>
</dependency>

2、开发测试类

以最简单的helloworld为例,在测试类的类头部需要添加:@RunWith(SpringRunner.class)@SpringBootTest注解,在测试方法的顶端添加@Test即可,最后在方法上点击右键run就可以运行。

@RunWith(SpringRunner.class)
@SpringBootTest
public class ApplicationTests {

    @Test
    public void hello() {
        System.out.println("hello world");
    }

}

实际使用中,可以按照项目的正常使用去注入dao层代码或者是service层代码进行测试验证,spring-boot-starter-test提供很多基础用法,更难得的是增加了对Controller层测试的支持。

//简单验证结果集是否正确
Assert.assertEquals(3, userMapper.getAll().size());

//验证结果集,提示
Assert.assertTrue("错误,正确的返回值为200", status == 200);
Assert.assertFalse("错误,正确的返回值为200", status != 200);

引入了MockMvc支持了对Controller层的测试,简单示例如下:

public class HelloControlerTests {

    private MockMvc mvc;

    //初始化执行
    @Before
    public void setUp() throws Exception {
        mvc = MockMvcBuilders.standaloneSetup(new HelloController()).build();
    }

    //验证controller是否正常响应并打印返回结果
    @Test
    public void getHello() throws Exception {
        mvc.perform(MockMvcRequestBuilders.get("/hello").accept(MediaType.APPLICATION_JSON))
                .andExpect(MockMvcResultMatchers.status().isOk())
                .andDo(MockMvcResultHandlers.print())
                .andReturn();
    }

    //验证controller是否正常响应并判断返回结果是否正确
    @Test
    public void testHello() throws Exception {
        mvc.perform(MockMvcRequestBuilders.get("/hello").accept(MediaType.APPLICATION_JSON))
                .andExpect(status().isOk())
                .andExpect(content().string(equalTo("Hello World")));
    }

}

单元测试是验证你代码第一道屏障,要养成每写一部分代码就进行单元测试的习惯,不要等到全部集成后再进行测试,集成后因为更关注整体运行效果,很容易遗漏掉代码底层的bug.

集成测试

整体开发完成之后进入集成测试,spring boot项目的启动入口在 Application类中,直接运行run方法就可以启动项目,但是在调试的过程中我们肯定需要不断的去调试代码,如果每修改一次代码就需要手动重启一次服务就很麻烦,spring boot非常贴心的给出了热部署的支持,很方便在web项目中调试使用。

pom需要添加以下的配置:

 <dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <optional>true</optional>
    </dependency>
</dependencies>

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <configuration>
                <fork>true</fork>
            </configuration>
        </plugin>
</plugins>
</build>

添加以上配置后,项目就支持了热部署,非常方便集成测试。

投产上线

其实我觉得这个阶段,应该还是比较简单一般分为两种;一种是打包成jar包直接执行,另一种是打包成war包放到tomcat服务器下。

打成jar包

如果你使用的是maven来管理项目,执行以下命令既可以

cd 项目跟目录(和pom.xml同级)
mvn clean package
## 或者执行下面的命令
## 排除测试代码后进行打包
mvn clean package  -Dmaven.test.skip=true

打包完成后jar包会生成到target目录下,命名一般是 项目名+版本号.jar

启动jar包命令

java -jar  target/spring-boot-scheduler-1.0.0.jar

这种方式,只要控制台关闭,服务就不能访问了。下面我们使用在后台运行的方式来启动:

nohup java -jar target/spring-boot-scheduler-1.0.0.jar &

也可以在启动的时候选择读取不同的配置文件

java -jar app.jar --spring.profiles.active=dev

gradle
如果使用的是gradle,使用下面命令打包

gradle build
java -jar build/libs/mymodule-0.0.1-SNAPSHOT.jar

打成war包

打成war包一般可以分两种方式来实现,第一种可以通过eclipse这种开发工具来导出war包,另外一种是使用命令来完成,这里主要介绍后一种

1、maven项目,修改pom包

<packaging>jar</packaging>  

改为

<packaging>war</packaging>

2、打包时排除tomcat.

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-tomcat</artifactId>
    <scope>provided</scope>
</dependency>

在这里将scope属性设置为provided,这样在最终形成的WAR中不会包含这个JAR包,因为Tomcat或Jetty等服务器在运行时将会提供相关的API类。

3、注册启动类

创建ServletInitializer.java,继承SpringBootServletInitializer ,覆盖configure(),把启动类Application注册进去。外部web应用服务器构建Web Application Context的时候,会把启动类添加进去。

public class ServletInitializer extends SpringBootServletInitializer {
    @Override
    protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
        return application.sources(Application.class);
    }
}

最后执行

mvn clean package  -Dmaven.test.skip=true

会在target目录下生成:项目名+版本号.war文件,拷贝到tomcat服务器中启动即可。

gradle

如果使用的是gradle,基本步奏一样,build.gradle中添加war的支持,排除spring-boot-starter-tomcat:

...

apply plugin: 'war'

...

dependencies {
    compile("org.springframework.boot:spring-boot-starter-web:1.4.2.RELEASE"){
        exclude mymodule:"spring-boot-starter-tomcat"
    }
}
...

再使用构建命令

gradle build

war会生成在build\libs 目录下。

生产运维

查看JVM参数的值

可以根据java自带的jinfo命令:

jinfo -flags pid

来查看jar 启动后使用的是什么gc、新生代、老年代分批的内存都是多少,示例如下:

-XX:CICompilerCount=3 -XX:InitialHeapSize=234881024 -XX:MaxHeapSize=3743416320 -XX:MaxNewSize=1247805440 -XX:MinHeapDeltaBytes=524288 -XX:NewSize=78118912 -XX:OldSize=156762112 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseFastUnorderedTimeStamps -XX:+UseParallelGC
  • -XX:CICompilerCount :最大的并行编译数
  • -XX:InitialHeapSize-XX:MaxHeapSize :指定JVM的初始和最大堆内存大小
  • -XX:MaxNewSize : JVM堆区域新生代内存的最大可分配大小
  • -XX:+UseParallelGC :垃圾回收使用Parallel收集器

如何重启

简单粗暴

直接kill掉进程再次启动jar包

ps -ef|grep java
##拿到对于Java程序的pid
kill -9 pid
## 再次重启
Java -jar  xxxx.jar

当然这种方式比较传统和暴力,所以建议大家使用下面的方式来管理

脚本执行

如果使用的是maven,需要包含以下的配置

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <configuration>
        <executable>true</executable>
    </configuration>
</plugin>

如果使用是gradle,需要包含下面配置

springBoot {
    executable = true
}

做一个软链接指向你的jar包并加入到init.d中或者将jar包封装成一个服务来管理。

init.d 例子:

$ln -s /var/yourapp/yourapp.jar /etc/init.d/yourapp

这样就可以使用stop或者是restart命令去管理你的应用。

$/etc/init.d/yourapp start|stop|restart

或者添加脚本,将jar包注册为服务

[Unit]
Description=yourapp
After=syslog.target

[Service]
ExecStart=/var/yourapp/yourapp.jar

[Install]
WantedBy=multi-user.target

到此 springboot项目如何测试、联调和打包投产均已经介绍完,以后可以找时间研究一下springboot的自动化运维,以及spring boot 和docker相结合的使用。

示例代码



作者:纯洁的微笑
出处:http://www.ityouknow.com/
版权归作者所有,转载请注明出处

时间: 2024-08-23 22:57:19

springboot(十二):springboot如何测试打包部署的相关文章

SCCM2007教程之十二:分支分发点部署

&http://www.aliyun.com/zixun/aggregation/37954.html">nbsp;  分支分发点旨在允许较小的或地理位置分散的办公室在现有客户端计算机上实现分发点,而不必安装辅助站点.分支分发点并不一定要安装在服务器操作系统,如可以安装在安装有SCCM客户端的XP计算机,但不能安装在运行 Windows°2000 Professional 操作系统或 Windows°2000 Server 操作系统的客户端计算机上. 分支分发点为将包有效地分发到带

Android Studio(十二):打包多个发布渠道的apk文件

Android Studio相关博客: Android Studio(一):介绍.安装.配置 Android Studio(二):快捷键设置.插件安装 Android Studio(三):设置Android Studio编码 Android Studio(四):Android Studio集成Genymotion Android Studio(五):修改Android Studio项目包名 Android Studio(六):Android Studio添加注释模板 Android Studio

使IT慢如蜗牛的十二个不良习惯

瓶颈总是似乎总是产生自最好的意图,但是它们必须被根除--必须被打破.从治理到手动配置,下面来说说是什么阻碍了你的IT组织提供结果的能力. 现在是时候面对一个冷酷的事实:你的IT部门太慢了.这是好的意图产生的不好的结果,但在业务中,意图并不重要. IT什么时候会变得很慢?每当业务的任何部分都要等待IT交付货物时,那就是很慢的时候.如今的神奇行话可能是"创造价值的时间",但真正的指导原则是"超越竞争对手".如果IT没有做到这个,你可以确信组织的业务主管已经失去了对你的耐

xen虚拟化实战系列(十二)之xen虚拟机高可用之在线迁移

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://koumm.blog.51cto.com/703525/1286643 xen虚拟化实战系列文章列表 xen虚拟化实战系列(一)之xen虚拟化环境安装xen虚拟化实战系列(二)之xen虚拟机安装xen虚拟化实战系列(三)之xen虚拟机复制xen虚拟化实战系列(四)之xen虚拟机扩展磁盘空间一法xen虚拟化实战系列(五)之xen虚拟机扩展磁盘空间再一法xen虚拟化实战系列(六)之x

十二个移动App云测试服务盘点

十二个移动App云测试服务盘点 2013-07-12 10:41 pockry  随着移动设备.操作系统版本的碎片化,测试工作对于移动开发团队而言越来越成为一个沉重的包袱,不过这也带来了商机,现在市场上有不少服务和平台提供云测试工具,可以对移动App进行自动化测试,提供测试报告和优化建议,比开发者自己来做,不但省时省力,而且准确高效得多.本文就将现有的云测试服务盘点一番,看看哪个是你需要的呢? AD:2013云计算架构师峰会课程资料下载 目前对移动App的测试主要指的是下面几部分: 功能测试.遍

【Xamarin开发 Android 系列 13】 应用打包部署

原文:[Xamarin开发 Android 系列 13] 应用打包部署    开始倒叙咯................ 先更新大宝部署吧,这个章节比较的Easy,童鞋们不用费脑筋.点解?从界面上填写几个参数,其他都是傻瓜式的[下一步],童鞋们是否喜欢.卤煮 反正很是受用. 我们开发好的程序,需要打包成 .apk,成为安卓的安装包.然后就可以通过下载的形式安装到 用户终端手机/平板/TV/Watch....... 发布程序 主要的还是将应用发布到 谷歌的官方商店 Google Play..再然后

ASP.NET Asp.net与SQL一起打包部署安装的问题

问题描述 在添加项目输出组的时候,只有内容文件,没有主输出什么的,怎么解决.还有个问题,如果WEB项目和数据库一起打包部署.在没有安装SQL数据库的电脑上,能正常使用吗?或者说,怎么样打包WEB应用,才能让没有安装数据库的电脑直接使用. 解决方案 解决方案二:呵呵,如果你一定要给asp.net网站弄个setup.exe程序的话,那么你恐怕应该考虑"如果对方没有安装IIS"的问题,或者"如果对方没有配置好asp.net网站各项参数"的问题吧.你可以搜索一下,如果你一定

VS2012 程序打包部署图文详解_C#教程

程序编写测试完成后接下来我们要做的是打包部署程序,但VS2012让人心痛的是没有了打包工具.不知道出于什么原因微软没有将打包工具集成在开发环境中,但是我知道总会有解决办法的.     经过翻阅资料发现,VS2012虽然没有集成打包工具,但它为我们提供了下载的端口,需要我们手动安装一个插件InstallShield.网上有很多第三方的打包工具,但为什么偏要使用微软提供的呢?因为最原始的也是最高级的,万变不离其宗. 一..NET程序部署机制     上篇博客稍微总结了下.NET程序的编译机制,下面了

asp性能测试第二部分(转)(十二)

性能 十二.总结下面是我们在这第二部分中得到的规则: 避免包含ADOVBS.inc文件,通过其他方法访问和使用ADO常量. 如果只使用一个记录集,直接把连接串赋给ActiveConnection属性. 同一页面内用到多个记录集时,创建单一的连接对象并通过ActiveConnection属性共享它. 使用适合于处理任务的最简单的游标类型和记录锁定方式. 通过ADODB.Recordset类实例化记录集,以获得最好的性能和灵活性. 不必在乎是否单独地设置Recordset的属性. 除非确实要求记录集