参考：1.1.1.<br/我的需求：在不同环境（dvl、sit）下打包，请求基础地址也需要随环境的变化而改变<br/遇到的困难：umiv3文档不完善未知bug<aname"K770H"</a1.创建不同环境的配置文件此部分可参考：2.<br/需要dvl、sit两个环境，因此创建两个配置文件，如图：<br

　　最近在做项目的时候用到logback作为项目日志，而抛弃了log4j。具体为什么用logback,我总结了以下几点:　　1.log4j和logback的创作者是同一个人，logback是log4j的升级版，是对log4j核心的一个封装。　　2.性能提升，在某些特定场景上执行速度提升10倍以上，同时初始化内存更小　　3.扩展文档，丰富的并且详细

本文旨在通过部署微前端项目的实践过程中沉淀出一套部署方案，针对项目分别部署在不同的服务器上的场景，就一些重点步骤、碰到的问题做了一些总结。

1.这是一个单模块的项目！有四个配置文件，mybaits，spring。springmvc，web.xml！2.web.xml配置文件，导入spring和springmvc的配置文件，spring配置文件中，获取sqlsession，以及关联mybatis的mpper（增删改查）文件3.mybatis的配置文件则可以不用写

　　目前公司需要对当前的业务进行微服务化改造，经过讨论选择使用用dubbo进行服务治理，并在我的业务功能模块中进行试点，由于之前写过dubbo相关的demo，基础知识就不再重复了，demo地址：https://github.com/liujifei/dubbo.git 工程的基本搭建参照了另一篇博客，写的十分详尽，推荐一下：Maven多

1.早抛出，晚捕获.2.如果finally语句中有return语句，则finally中的return语句将会覆盖try中的return语句，如以下代码，将会输出1。如果在finally语句里有抛出异常，那么此异常将会覆盖try块中抛出的异常。publicclassFinallyReturnTest{

pom<?xmlversion"1.0"encoding"UTF8"?<projectxmlns"http://maven.apache.org/POM/4.0.0"xmlns:xsi"http://www.w3.org/2001/XMLSchemainstance"

　原先在公司做项目时，写了一个简单的基于gradle部署项目的脚本，今天翻出来记录一下　一、build.gradle!(https://oscimg.oschina.net/oscnet/462d5ea1fe30ddc56b7e0cd129abe533094.jpg)!(https://oscimg.oschi

前段时间做了个node全栈项目，服务端技术栈是nginxkoapostgresql。其中在centos上搭建环境和部署都挺费周折，部署测试服务器，接着上线的时候又部署生产环境服务器。这中间就有很多既无聊又费精力，吃力不讨好的"体力活"。所以就开始思考怎么自动化这部分搭建部署的工作，也就引出了Docker。什么是Doc