明确分离批处理的执行环境和应用
将通用核心的服务以接口形式提供
提供“开箱即用” 的简单的默认的核心执行接口
提供Spring框架中配置、自定义、和扩展服务
所有默认实现的核心服务能够容易的被扩展与替换，不会影响基础层
提供一个简单的部署模式，使用Maven进行编译
批处理关键领域模型及关键架构
先来个Hello World示例，一个典型的批处理作业。
典型的一个作业分为3部分：作业读、作业处理、作业写，也是典型的三步式架构。整个批处理框架基本上围绕Read、Process、Writer来处理。除此之外，框架提供了作业调度器、作业仓库(用以存放Job的元数据信息，支持内存、DB两种模式)。
完整的领域概念模型参加下图：
Job Launcher(作业调度器)是Spring Batch框架基础设施层提供的运行Job的能力。通过给定的Job名称和作Job Parameters，可以通过Job Launcher执行Job。
通过Job Launcher可以在Java程序中调用批处理任务，也可以在通过命令行或者其它框架(如定时调度框架Quartz)中调用批处理任务。
Job Repository来存储Job执行期的元数据(这里的元数据是指Job Instance、Job Execution、Job Parameters、Step Execution、Execution Context等数据)，并提供两种默认实现。
一种是存放在内存中;另一种将元数据存放在数据库中。通过将元数据存放在数据库中，可以随时监控批处理Job的执行状态。Job执行结果是成功还是失败，并且使得在Job失败的情况下重新启动Job成为可能。Step表示作业中的一个完整步骤，一个Job可以有一个或者多个Step组成。
批处理框架运行期的模型也非常简单：
Job Instance(作业实例)是一个运行期的概念，Job每执行一次都会涉及到一个Job Instance。
Job Instance来源可能有两种：一种是根据设置的Job Parameters从Job Repository(作业仓库)中获取一个;如果根据Job Parameters从Job Repository没有获取Job Instance，则新创建一个新的Job Instance。
Job Execution表示Job执行的句柄，一次Job的执行可能成功也可能失败。只有Job执行成功后，对应的Job Instance才会被完成。因此在Job执行失败的情况下，会有一个Job Instance对应多个Job Execution的场景发生。
总结下批处理的典型概念模型，其设计非常精简的十个概念，完整支撑了整个框架。
Job提供的核心能力包括作业的抽象与继承，类似面向对象中的概念。对于执行异常的作业，提供重启的能力。
框架在Job层面，同样提供了作业编排的概念，包括顺序、条件、并行作业编排。
在一个Job中配置多个Step。不同的Step间可以顺序执行，也可以按照不同的条件有选择的执行(条件通常使用Step的退出状态决定)，通过next元素或者decision元素来定义跳转规则;
为了提高多个Step的执行效率，框架提供了Step并行执行的能力(使用split进行声明，通常该情况下需要Step之间没有任何的依赖关系，否则容易引起业务上的错误)。Step包含了一个实际运行的批处理任务中的所有必需的信息，其实现可以是非常简单的业务实现，也可以是非常复杂的业务处理，Step的复杂程度通常是业务决定的。
每个Step由ItemReader、ItemProcessor、ItemWriter组成，当然根据不同的业务需求，ItemProcessor可以做适当的精简。同时框架提供了大量的ItemReader、ItemWriter的实现，提供了对FlatFile、XML、Json、DataBase、Message等多种数据类型的支持。