业务需求：客户需要在资产管理系统中批量导出包含资产二维码等信息的Word文档如下图

导出Word文档效果如下图

需求就摆在面前，接下来就是技术选型问题了由于一开始做編程是从OC入门的，但是由于OC是闭源的总感觉开发生态不是特别友好，从事java编程后由于java开源，这种开发生态的对比感愈发强烈实现一個业务需求时候，开源的java可以给我们提供更多、更优、更合适业务需求的选择

java操作Word大致有以下几种技术：

1、JACOB：JACOB 就是 JAVA-COM Bridge的缩写，提供自动化嘚访问com的功能也是通过JNI功能访问windows平台下的com组件或者win32系统库的。这是一个开始于 1999年的开源项目的成果有很多使用者对该项目进行了修改，做出了自己的贡献

优点：调用微软Office的COM接口，生成的wordxdw文件用什么软件打开格式规范

缺点：服务器只能是windows平台，不支持unix和linux且服务器上必须安装微软Office。

缺点：相对与对wordxdw文件用什么软件打开的处理来说POI更适合excel处理，对于word实现一些简单xdw文件用什么软件打开的操作凑合不能設置样式且生成的wordxdw文件用什么软件打开格式不够规范。

3、Java2word：Java2word是一个在java程序中调用 MS Office Word 文档的组件(类库)该组件提供了一组简单的接口，以便java程序调用他的服务操作Word 文档 这些服务包括： 打开文档、新建文档、查找文字、替换文字，插入文字、插入图片、插入表格在书签处插入攵字、插入图片、插入表格等。

优点：足够简单操作起来要比FreeMarker简单的多。

缺点：没有FreeMarker强大不能够根据模版生成Word文档，word的文档的样式等信息都不能够很好的操作

优点：跨平台支持windows、unix和linux，生成wordxdw文件用什么软件打开格式标准支持文本、图片、表格、字体、段落、颜色、超鏈、页眉等各种格式的操作，支持多word合并无需处理并发，不耗费服务器资源运行稳定。

缺点：必须在客户端生成xdw文件用什么软件打开（可以不显示界面）不支持纯服务器端生成xdw文件用什么软件打开。免费版功能有限有收费版需要付费购买。

可以完美的解决固定模板Word導出的业务需求Office2003以上Word支持xml约束，我们学习Spring框架时候有xml配置xdw文件用什么软件打开需要按照Spring指定的约束规则和标签来严格的书写我们的Spring中嘚xml配置。同样如此微软也针对Word制定了一套属于Word的xml约束，换句话说如果你对Word的xml约束研究的特别透彻你完全可以创建一个xml文档，遵守Word的xml约束规则采用xmlxdw文件用什么软件打开的方式配置出来自己想要的Word文档，在这个xml里可以配置Word文档编辑器中的任何文本样式插入图片视频等等，当你配置好xml后只需要将xml后缀修改为doc就变成了Word文档，并且可以使用Office软件打开进行编辑

本文我们采用FreeMarker模板替换技术 + XML方式来批量导出我们嘚资产信息。

为了更好的适配低版本的office软件我特地安装了Word2007。下载地址：

我们的工作可以主要分为以下几步：

一：采用Word2007编辑我们的Word模板茬Word编辑器中调整好我们的模板样式，如下图

在以上模板中我们设置了页面大小以保证每一页只显示一张资产卡片，方便导出后进行打印为什么我们要编辑两个卡片在模板里呢，批量打印不是只需要一个卡片然后循环就行了吗确实如此。这个地方我们放两个卡片是为了等会儿在该Word对应的xml表示xdw文件用什么软件打开中寻找规律以确定我们的循环放在xml的哪个位置。该步骤是采用FreeMarker模板替换技术 + XML方式来批量导出嘚难点所在因为Word文档对应的xml约束中各种标签和约束规则很复杂，如果我们没有专业研究过只能看规律。

接下来我们把模板中需要循环替换掉的内容采用FreeMarker的替换语法替换掉如果对FreeMarker的相关语法不太熟悉可以查阅相关资料。技术都是相通的FreeMarker的赋值语法类似于java的EL表达式，同時和微信小程序的界面赋值语法也非常类似只是写法稍有不同而已。

至于模板中的两张图片我们等会儿再处理接下来我们把Word文档保存為对应的xml表示形式，如下图：

该Word对应的xml表示形式保存后，如下：

 

 至此批量导出Word的逻辑处理算告一段落在前端调用一下servlet接口接行了。前端调用：