该项目孵化于百味云公司(bizwell.cn)企业内部环境,项目的通用性和可用性存在问题,目前提交的代码仅供参考,故推送至本仓库的 Preview 分支

现有如下已知问题,请各位看客注意:

• 绝大部分组件启动依赖 Disconf 作为配置管理工具,需在团队内部搭建该软件
• 框架自 2016 年 11 月诞生,直至 2017 年 3 月份之后初创作者基本未参与维护,距今经多人维护,可能存在偏离作者初衷的代码,如规范的不一致等现象
• 存在已知的诸多 BUG 尚未修复
• 某些依赖项目可能在公司的内部 Maven 库中,如 dubbox 是经过魔改后放到私有库供内部使用的
• 有一些代码和思想已经过时
• 存在过时和不完整的文档

随后,作者 Muyv 计划对该项目 fork 后进行持续维护,将项目改造成更通用、更先进和易用的开发框架,地址是:https://github.com/Muyv/Pangu,感兴趣的同仁可 watch 该项目来关注进展。

为方便应用开发团队快速构建服务端应用程序而提供的开发框架。

• 快速搭建服务端应用骨架,让你快速进入业务功能开发阶段
• 提供各种高度封装的实用工具包,帮你造好轮子
• 提供各种重组件支持,封装成美观的 API,减少你的配置代码
• 便捷的插件,让你快速部署应用,无需做过多累赘的打包、发布工作
• 不断完善的组件、更多的功能加入和技术支持,让你更专注于业务开发

• Java 8
• Maven 3

Apache 2.0

• 基于 Spring,为了更好地解耦和管理组件
• 注解驱动,脱离繁琐的 XML 配置
• 封装常用组件,同样使用注解声明
• 程序代码是一等公民,配置文件只提供参数,不要干涉程序结构,配置文件能做到的程序都能做到而且更好更符合程序员思维,代码的变更应当通过合理的 DevOps 机制来应对,而非在线上编辑依赖注入关系(配置文件有其适用场景,一切把程序配置化的思路都是耍流氓)
• 职责细分,技术研发团队更关注技术细节,产品开发团队更关注业务逻辑
• 统一规范,用约定的规则来减少团队合作成本,相对于灵活性来说,高效产出才能造就商业价值
• 框架提供一定的灵活性,支持用 Spring 的 XML 和 JavaConfig 来声明额外的组件和配置,灵活性存在的目的是解决框架暂时未覆盖到的需求
• 程序运行时独立占用进程,程序本就应该这样运行,不是吗?

这里的例子基于 Eclipse,阅读时请注意用语的特殊性

1. 创建一个 Maven 工程
2. 在 pom.xml 中添加如下内容:

<parent>
	<groupId>com.joindata.inf</groupId>
	<artifactId>joindata-app</artifactId>
	<version>${pangu.version}</version>
	<relativePath />
</parent>

这样就可以使用 Pangu 中预定义好的依赖和其他配置 3. 创建 Java 代码目录和资源目录,并加入到 Build Path 中

请根据规范创建顶级包

在顶级包中创建一个类,该类包含如下内容:

• main 方法,方法体中包含一句 Bootstrap.boot(); 作用是启动应用
• @JoindataApp 或 @JoindataWebApp 注解,注解的 value 值必须填写,这是声明应用的 ID 可以参考该示例:

package com.joindata.newproduct.foobar;
 
import com.joindata.inf.boot.Bootstrap;
import com.joindata.inf.boot.annotation.JoindataWebApp;
import com.joindata.inf.common.support.disconf.EnableDisconf;
	
@JoindataWebApp("NEWPRODUCT.FOOBAR") // 这个标记了当前应用是个 Web 应用,并且指定应用 ID
public class App
{
	public static void main(String[] args)
	{
		Bootstrap.boot(); // 有这一句就可以启动应用了
	}
}

启动类是程序运行的入口,所以用了经典的 main 方法启动方式来编写。启动类的作用是:

• 定义当前应用的基本信息
• 通过注解声明当前应用要导入哪些组件
• 启动应用容器
• 用户可以自行在 main 方法中写一些代码用来实现一些特殊需求

main 方法中通过调用 Bootstrap.boot() 来启动框架。Bootstrap 是属于 com.joindata.inf.boot 包的类,这个包含如下内容:

• 导入了 Spring 基本框架和 Spring Web MVC 框架,以及嵌入式的 Web 服务器
• 定义了一些基本的 Spring 配置
• 定义了一些基本的 Web 容器配置
• 定义注解,用于标注应用信息
• 启动器 Bootstrap 类,用于根据实际环境来配置容器并启动 Spring 或 Web 容器

有必要说一下 com.joindata.inf.boot.annotation 中提供的两个注解:

请参阅 PanguDemo 项目

根据规范创建好各个包,就可以进行业务代码编写了,编写时注意如下几个重点即可:

• 所有需要编写代码的包都应该在顶级包下
• 顶级包下最好只有启动类
• 使用控制层、事务(服务)层、持久层这种模型来定义程序层次结构
• 用注解来声明和使用各个 Bean

框架默认启动了注解驱动,这也是提倡的开发方式,几个重要的注解:

日志记录器中定义了一些经典的日志打印方法,如 debug、info、warn、error 等 在任何位置调用下面的方法即可返回一个日志记录器:

com.joindata.inf.common.util.log.Logger.get()

我们通常会把日志记录器定义在一个类的开头作为静态变量使用,请参考这个例子:

package com.joindata.newproduct.foobar.biz.product.service.impl;
 
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import com.joindata.inf.common.util.log.Logger;
import com.joindata.newproduct.foobar.biz.product.entity.model.Product;
import com.joindata.newproduct.foobar.biz.product.service.ProductService;
import com.joindata.newproduct.foobar.orm.ProductMapper;
 
/**
 * 产品服务实现
 *
 * @author <a href="mailto:songxiang@joindata.com">宋翔</a>
 * @date Jan 5, 2017 5:36:31 PM
 */
@Service // 该注解告诉 Spring 当前实现是 ProductService 的唯一实现
public class ProductServiceImpl implements ProductService
{
	private static final Logger log = Logger.get();
	@Autowired
	private ProductMapper productMapper;
	@Override
	public Product getProduct(String id)
	{
		log.debug("获取产品,ID: {}", id);
		return productMapper.getProduct(id);
	}
}

Pangu 中使用的的日志框架是 log4j2,并对各种主流框架都做了适配,基本上覆盖了所有依赖库使用的日志框架。对于我们的应用开发来说,只需要使用 Pangu 封装的这个记录器来打印日志即可。 Pangu 对日志记录器做了高度封装,可以在类的任何位置调用 Logger.get() 来获取当前类的日志记录器,并不需要传入当前类的 Class 对象,并且 Logger 会被创建为单例对象,不会每调用一次创建一次,但还是建议将其定义在类的开头作为该类的公共变量使用。 也可通过 lombok 的 @slf4j 等注解来为当前类自动注入 log 对象

关于配置文件

日志的配置文件使用 log4j2 的格式,一般会放在工程的 src/main/resource/ 下并加入到 Build Path 中,下面是配置文件的样例:

<?xml version="1.0" encoding="UTF-8"?>
<configuration status="OFF">
 <properties>
 <!-- 应用 ID -->
 <property name="APP_ID">pangu.workbench</property>
 <!-- 应用日志根目录 -->
 <property name="LOG_HOME">/data/log/${APP_ID}</property>
 <!-- 日志内容格式 -->
 <property name="LOG_PATTERN">%-5level * %d{yyyy-MM-dd HH:mm:ss.SSS} > [%t] %logger : [%X{requestId}]%msg%n</property>
 <!-- 默认日志配置 -->
 <property name="ROLLING_FILE">${LOG_HOME}/DEFAULT/ROLLING.log</property>
 <property name="ARCHIVE_FILE">${LOG_HOME}/DEFAULT/%d{yyyy-MM-dd}.log</property>
 </properties>
 <appenders>
 <!-- Console 输出 -->
 <Console name="DefaultInfoConsole" target="SYSTEM_OUT">
 <PatternLayout pattern="${LOG_PATTERN}" />
 <ThresholdFilter level="INFO" onMatch="NEUTRAL" onMismatch="DENY" />
 </Console>
 <Console name="DefaultDebugConsole" target="SYSTEM_ERR">
 <PatternLayout pattern="${LOG_PATTERN}" />
 </Console>
 <!-- 默认生产文件日志输出 -->
 <RollingFile name="PRODUCT_LOG" fileName="${ROLLING_FILE}" filePattern="${ARCHIVE_FILE}" append="true">
 <PatternLayout pattern="${LOG_PATTERN}" />
 <Policies>
 <TimeBasedTriggeringPolicy modulate="true" interval="1" />
 </Policies>
 </RollingFile>
 </appenders>
 <loggers>
 <!-- 默认日志 -->
 <root level="INFO">
 <appender-ref ref="PRODUCT_LOG" />
 </root>
 </loggers>
</configuration>

Pangu 的日志组件与框架结合十分紧密,可以很容易地实现根据不同运行环境采用不同日志输出规则的策略。 Pangu 应用的日志配置文件名称符合如下规则均可被解析为程序的日志配置,方括号中的内容表示可有可无:

1. log4j2[.环境名].xml
2. log[.环境名].xml

以上三个文件会按顺序优先级匹配,一旦匹配到,将不再匹配后面的,另外如果环境名匹配,将不再匹配没有环境名的。假如一个都不匹配,将会在程序启动时的标准错误输出中看到"没有配置 LOG4J2 的配置文件在工程目录下,将无法正常打印日志"这句话,并且整个程序将在运行过程中不会有日志输出(这当然是不允许出现的情况)。举几个栗子:

• 假如只存在 log4j2.PROD.xml、和 log.PROD.xml,那么:
  • 在生产环境,程序运行开始时会读取 log4j2.PROD.xml 作为配置文件,剩下两个不会被识别
  • 在非生产环境,程序会不输出日志,并会提示找不到配置文件的警告
• 假如只存在 log4j2.PROD.xml、log.DEV.xml 和 log4j2.xml,那么:
  • 在生产环境,会读取 log4j2.PROD.xml
  • 在开发环境,会读取 log.DEV.xml
  • 在非生产环境和非开发环境,会读取 log4j2.xml

简言之,"log4j2" 比 "log" 优先级高,带"环境"的比不带的高,环境即没匹配上又没准备不带"环境"的配置文件时日志功能失效。

猜你会问

这 log4j2.xml 和 log.xml 文件名不同,有什么实质性的区别,能统一吗?

答:他们的作用一毛一样,都是 Log4j2 框架的 XML 配置文件,log.xml(当然设计成别的名字也没问题)是为了保持 Pangu 框架整体风格的简约和完美主义,允许使用 log4j2.xml 这个丑陋的文件名是为了兼容姓,因为你可以把这个文件直接发给不用 Pangu 框架的人,这样他就可以直接用了,而且暗示这个项目需要引入 log4j2 来打印日志。 至于统一性,既然做了兼容设计,选择哪个文件名按照自己的习惯即可,不碍事。

加载相关依赖库和其他资源文件到 Class Path 中并使用 Java 命令运行启动类即可!在 IDE 中一般就是 Run As > Java Application

工具包的用法相当简单,绝大部分是静态方法,想知道具体提供了哪些工具,请移步 API 文档。实用工具包所在构件:

<dependency>
	<groupId>com.joindata.inf.common</groupId>
	<artifactId>util</artifactId>
</dependency>

这个依赖已经默认加载,无需自行加入

重组件其实就是一组 Spring Bean 的集合,用来提供一些专门的功能,比如实现 ORM、FastDFS 文件操作、Redis 访问等。在 Pangu 中将其以插件形式来提供给用户使用。

• 通过 JavaConfig 来集中配置组件
• 封装相关的 Bean,暴露简单 API 给用户
• 提供注解,注解包含少量参数供用户设置
• 打包为 Maven 模块,发布到私服,用户导入后直接使用

1. 添加依赖

groupId 为 com.joindata.inf.common artifactId 一般是 xxx-support

2. 在启动类上加注解声明启用该组件,可在注解参数中做少量设置

注解一般是 @EnableXXX 这种格式

3. 调用方式各不相同,具体用法这里会提供组件使用文档

请参阅 PanguDemo 项目