1. 项目背景与核心诉求最近在做一个后台管理系统的迭代产品经理提了个需求要求把用户提交的申请报告按照固定的模板格式完整地导出成Word文档。这听起来简单不就是生成个文件嘛。但细看需求文档头就大了报告里不仅有用户填写的多段文字描述还有动态生成的、行数不定的数据表格更麻烦的是用户上传的若干张现场图片也要按顺序插入到文档的指定位置。这可不是简单的字符串拼接而是一个包含文字、动态表格和循环图片的复合文档生成任务。在Java后端的世界里处理Office文档尤其是WordApache POI是绕不开的名字。但很多刚接触POI的开发者可能只体验过用它读写Excel或者生成一些简单的Word段落。一旦涉及到复杂的样式控制、表格动态创建、图片精准插入与环绕排版就很容易踩坑。比如生成的文档在WPS里打开样式错乱图片位置跑偏或者表格边框线神秘消失。这个需求正好是一个典型的综合场景它要求我们不仅要“生成”Word更要“可控地、美观地”生成Word并且保证性能避免在处理大量图片时内存溢出OutOfMemoryError。接下来我就结合这个实际项目从头到尾拆解一下如何用Java核心是Apache POI稳健地实现这个功能。我们会从环境搭建、核心对象模型讲起然后分别攻克文字、动态表格和循环图片导出这三个核心难题最后分享一些实战中积累的避坑经验和性能优化技巧。无论你是需要紧急实现类似功能还是想系统学习POI操作Word的高级特性这篇内容都能给你提供一条清晰的路径。2. 环境准备与POI核心模型理解工欲善其事必先利其器。实现Word导出我们主要依赖Apache POI库。这里有一个关键点POI针对不同版本的Word文件格式有不同的子模块。对于较新的.docx格式Office 2007及以上我们使用XWPF组件对于古老的.doc格式则使用HWPF组件。现在.docx已是绝对主流它基于XML体积小兼容性好所以我们本次也以XWPF为例。在你的Maven项目pom.xml中需要引入以下依赖dependency groupIdorg.apache.poi/groupId artifactIdpoi/artifactId version5.2.3/version /dependency dependency groupIdorg.apache.poi/groupId artifactIdpoi-ooxml/artifactId version5.2.3/version /dependency !-- 可选用于处理图片如缩放 -- dependency groupIdorg.apache.poi/groupId artifactIdpoi-ooxml-schemas/artifactId version5.2.3/version /dependency引入依赖后理解POI的文档对象模型是第一步。你可以把一个.docx文档想象成一个由多个部分组成的容器。最顶层的对象是XWPFDocument它代表整个文档。文档里面主要包含以下几种核心元素段落XWPFParagraph对应Word里的一个段落用于存放文字。你可以设置段落的对齐方式、缩进、间距等。表格XWPFTable一个表格对象。里面包含行XWPFTableRow行里包含单元格XWPFTableCell。单元格本身又可以包含段落和嵌套表格这为复杂排版提供了可能。运行XWPFRun这是样式控制的最小单位。一个段落里可以包含多个Run。Run是一段具有相同样式字体、大小、颜色、加粗等的文本。比如一个段落里“Hello”是加粗的“World”是红色的那么就需要创建两个Run来分别设置样式。图片在POI中图片不是一种独立的顶级元素而是需要先添加到文档的“图片数据”池中然后通过在一个段落Run里插入一个“Drawing”对象来引用它。这决定了我们插入图片的固定步骤。理解这个模型至关重要。很多样式设置失败的问题根源就在于把样式设错了对象。比如你想让一段话里的某个词加粗你必须针对包裹这个词的XWPFRun对象设置加粗而不是对XWPFParagraph设置。注意POI的版本兼容性需要注意。高版本API可能和低版本有差异。建议在项目初期就锁定一个稳定版本如5.2.x并仔细阅读其官方文档。直接搜索“POI设置Word表格单元格宽度”这类问题一定要看清答案对应的POI版本否则代码可能无法运行。3. 基础文字内容导出与样式控制文字导出是基础但要想做得专业样式控制必须精细。我们从一个最简单的需求开始将用户提交的一段文字“这是一个测试段落。”导出到Word并设置为宋体、四号、黑色、居中对齐。// 1. 创建文档对象 XWPFDocument doc new XWPFDocument(); // 2. 创建段落 XWPFParagraph paragraph doc.createParagraph(); // 3. 设置段落对齐方式居中对齐 paragraph.setAlignment(ParagraphAlignment.CENTER); // 4. 在段落中创建一个文本运行Run XWPFRun run paragraph.createRun(); run.setText(这是一个测试段落。); // 5. 设置Run的字体样式 run.setFontFamily(宋体); run.setFontSize(14); // Word中“四号”对应14磅 run.setColor(000000); // 黑色 // 6. 输出文档此处省略IO代码这段代码生成了一个居中对齐的段落。但实际需求往往更复杂用户输入可能包含换行符\n或者我们需要生成一个包含多种样式的段落比如标题部分文字加粗。对于换行POI的setText不会自动将\n识别为换行符。你需要手动处理String userInput 第一行\n第二行; String[] lines userInput.split(\n); for (int i 0; i lines.length; i) { XWPFRun r paragraph.createRun(); r.setText(lines[i]); if (i lines.length - 1) { r.addBreak(); // 添加换行符但不是新段落 // 或者使用 r.addCarriageReturn(); } }addBreak()会在Run的文本后插入一个换行但仍在同一个段落内。如果你希望“第二行”是一个全新的段落那就需要创建另一个XWPFParagraph对象。对于混合样式比如“报告编号RPT-2023-001”其中“报告编号”加粗后面编号不加粗。你必须创建两个RunXWPFRun run1 paragraph.createRun(); run1.setText(报告编号); run1.setBold(true); // 设置加粗 XWPFRun run2 paragraph.createRun(); run2.setText(RPT-2023-001); // run2 保持不加粗这就是为什么说Run是样式控制的最小单元。一个常见的错误是试图通过paragraph.getRuns()获取Run列表然后修改这通常很麻烦更好的做法是在创建时就规划好样式。实操心得字体设置setFontFamily依赖于运行环境的字体库。如果你设置了“微软雅黑”但用户电脑上没有安装该字体Word会使用默认字体替换。对于严格要求字体的场景如生成红头文件一种变通方案是如果允许可以将关键文字转换为图片插入但这会牺牲文本可编辑性。更常见的做法是在文档说明中提示用户。4. 动态表格的创建与精细化样式设置动态表格是本次需求的核心难点之一。数据行数不定每列宽度可能需要自适应还要设置边框、背景色等。我们模拟一个用户数据列表将其导出为表格。假设我们有ListUserUser有name,age,department字段。目标是创建一个带有表头、数据行数动态变化的表格。// 模拟数据 ListUser userList Arrays.asList( new User(张三, 25, 技术部), new User(李四, 30, 市场部) ); // 1. 在文档中创建表格参数为行数和列数。我们先创建一行表头数据行后续动态添加。 // 注意createTable(rows, cols) 中的rows是初始行数。 XWPFTable table doc.createTable(1, 3); // 先创建1行3列的表头 // 2. 获取表头行并填充内容 XWPFTableRow headerRow table.getRow(0); headerRow.getCell(0).setText(姓名); headerRow.getCell(1).setText(年龄); headerRow.getCell(2).setText(部门); // 3. 设置表头样式加粗、居中、背景色 for (int i 0; i 3; i) { XWPFTableCell cell headerRow.getCell(i); // 获取单元格内的第一个段落单元格默认有一个空段落 XWPFParagraph para cell.getParagraphs().get(0); para.setAlignment(ParagraphAlignment.CENTER); // 段落居中 XWPFRun run para.getRuns().get(0); run.setBold(true); // 加粗 run.setFontSize(12); // 设置单元格背景色灰色 cell.setColor(D9D9D9); } // 4. 动态添加数据行 for (User user : userList) { // 在表格末尾创建新行 XWPFTableRow dataRow table.createRow(); dataRow.getCell(0).setText(user.getName()); dataRow.getCell(1).setText(String.valueOf(user.getAge())); dataRow.getCell(2).setText(user.getDepartment()); // 可以设置数据行样式如左对齐 for (int i 0; i 3; i) { dataRow.getCell(i).getParagraphs().get(0).setAlignment(ParagraphAlignment.LEFT); } }现在表格有了但可能很难看所有列等宽边框线可能太细或没有。这里就涉及到更精细的样式控制。POI中表格样式主要通过CTTbl和CTTblPr等底层XML对象来控制但更常用的方式是设置列宽和边框。设置列宽这是高频问题。POI的列宽单位是“缇”twips1厘米约等于567缇。你可以通过table.setWidth和table.setColWidths来设置。// 设置表格整体宽度为页面宽度的100%占满整行 table.setWidthType(TableWidthType.PCT); // 使用百分比宽度 table.setWidth(100%); // 宽度100% // 设置各列宽度单位缇。这里示例为3:2:5的比例。 int totalTwips 100 * 567; // 假设参考宽度为100厘米 int[] colWidths {(int)(totalTwips * 0.3), (int)(totalTwips * 0.2), (int)(totalTwips * 0.5)}; table.setColWidths(colWidths);更灵活的做法是让某一列自适应Auto但POI对Auto的支持并不像在Word里手动操作那样直接。一种实践是将不需要自适应的列固定宽度最后一列不设置宽度或设置一个较大值模拟自适应效果。设置表格边框默认创建的表格可能有边框但样式可能不符合要求。我们需要为每个单元格的上下左右边框单独设置样式。// 遍历所有行和单元格设置统一的边框 for (XWPFTableRow row : table.getRows()) { for (XWPFTableCell cell : row.getTableCells()) { // 获取单元格的属性对象 CTTc ctTc cell.getCTTc(); CTTcPr tcPr ctTc.isSetTcPr() ? ctTc.getTcPr() : ctTc.addNewTcPr(); // 创建单元格边框定义 CTTcBorders borders tcPr.isSetTcBorders() ? tcPr.getTcBorders() : tcPr.addNewTcBorders(); // 设置上下左右边框为单实线黑色0.5磅粗细4缇约0.5磅 CTBorder borderStyle CTBorder.Factory.newInstance(); borderStyle.setVal(STBorder.Enum.forString(single)); // 线型 borderStyle.setColor(000000); // 颜色 borderStyle.setSz(new BigInteger(4)); // 粗细4缇 borders.setTop(borderStyle); borders.setBottom(borderStyle); borders.setLeft(borderStyle); borders.setRight(borderStyle); } }这段代码稍显冗长但它是精确控制表格边框的标准做法。你可以将其封装成一个工具方法setTableBorder。踩坑记录在循环中创建大量表格行时务必注意getCell(index)的用法。table.createRow()会创建与表头列数一致的新行。但如果你之前通过合并单元格等方式改变了表格结构直接getCell可能会出错。更稳妥的方式是使用row.getTableCells()列表来遍历单元格。另外单元格内默认有一个空段落直接setText会覆盖它。如果需要在单元格内添加多个段落需要先cell.removeParagraph(0)清空或者获取已有段落对象来操作。5. 循环导出图片插入、缩放与环绕排版图片导出是另一个挑战点。需求是循环插入多张用户上传的图片。图片可能很大我们需要控制其显示尺寸并希望文字能环绕图片比如图片居中文字在下方。POI插入图片的步骤是固定的1将图片字节数据添加到文档的“图片关系”中获取一个唯一ID2在一个段落Run中创建绘图对象Drawing并引用该图片ID同时指定图片尺寸和位置。假设我们有一个Listbyte[]里面是多张图片的二进制数据。// 图片数据列表 Listbyte[] imageDataList ...; // 从数据库或文件系统读取 int imageIndex 1; for (byte[] imageData : imageDataList) { // 1. 创建新段落用于放置图片也可以放在已有段落中 XWPFParagraph imageParagraph doc.createParagraph(); imageParagraph.setAlignment(ParagraphAlignment.CENTER); // 图片段落居中 // 2. 在段落中创建一个Run XWPFRun imageRun imageParagraph.createRun(); // 3. 关键步骤添加图片到文档并获取图片ID和尺寸信息 // 参数说明: (图片数据, 图片类型, 图片文件名, 宽度, 高度) // 图片类型XWPFDocument.PICTURE_TYPE_JPEG, .PICTURE_TYPE_PNG等 // 宽度和高度单位EMUEnglish Metric Unit1厘米 360000 EMU String fileName image (imageIndex) .jpg; int pictureType XWPFDocument.PICTURE_TYPE_JPEG; // 计算缩放后的尺寸例如限制最大宽度为10厘米 int maxWidthEmu 10 * 360000; // 10厘米 // 这里需要获取原始图片尺寸来计算缩放比例可以使用ImageIO或第三方库如thumbnailator // 假设我们通过一个工具方法获取了原始宽高像素 java.awt.Dimension originalSize getImageDimension(imageData); // 自定义方法 int scaledWidthEmu maxWidthEmu; int scaledHeightEmu (int)(originalSize.getHeight() * (maxWidthEmu / originalSize.getWidth())); // 添加图片 String blipId imageRun.addPicture( new ByteArrayInputStream(imageData), pictureType, fileName, Units.toEMU(scaledWidthEmu / 360000.0), // 注意addPicture参数单位是EMU但需要int。 Units.toEMU(scaledHeightEmu / 360000.0) ); // 4. 可选在图片下方添加一个图片说明段落 XWPFParagraph captionParagraph doc.createParagraph(); captionParagraph.setAlignment(ParagraphAlignment.CENTER); XWPFRun captionRun captionParagraph.createRun(); captionRun.setText(图 (imageIndex-1) 现场情况示意图); captionRun.setFontSize(10); captionRun.setColor(666666); // 5. 在图片后添加一个空行分隔 doc.createParagraph().createRun().addBreak(); }关键点解析图片尺寸单位EMUaddPicture方法要求的宽度和高度参数单位是EMU。Units.toEMU(double centimeters)工具方法可以将厘米转换为EMU。我们通常先根据业务需求确定一个最大显示宽度如10厘米然后按比例计算高度。获取原始图片尺寸getImageDimension是一个需要自己实现的方法。可以使用javax.imageio.ImageIOimport javax.imageio.ImageIO; import java.awt.Dimension; import java.io.ByteArrayInputStream; private Dimension getImageDimension(byte[] imageData) throws Exception { BufferedImage bimg ImageIO.read(new ByteArrayInputStream(imageData)); if (bimg ! null) { return new Dimension(bimg.getWidth(), bimg.getHeight()); } return new Dimension(600, 400); // 默认尺寸 }注意ImageIO.read可能消耗较大内存处理大量图片时需考虑流式处理或使用更轻量的库。图片环绕上述代码将图片放在一个独立的、居中的段落里这实现了最简单的“上下型环绕”。POI也支持更复杂的文字环绕如紧密型环绕但这需要通过设置绘图对象的锚点CTAnchor属性来实现涉及更底层的XML操作代码复杂很多。对于大多数报表场景独立的图片段落已经足够。内存与性能循环插入大量高清图片是内存消耗的重灾区。addPicture会将图片数据完全载入内存。如果图片非常多或非常大极易引发java.lang.OutOfMemoryError: Java heap space。解决方案a) 在插入前使用图片处理库如Thumbnailator将图片压缩或缩放到合适尺寸减少字节数。b) 增加JVM堆内存-Xmx参数。c) 对于极端情况考虑分批次生成文档或采用流式输出。避坑指南图片不显示或显示为红叉是一个常见问题。首先检查addPicture的图片类型参数是否正确JPEG图片用了PNG的类型。其次确保图片数据是完整的、未损坏的字节数组。最后有些旧版本的WPS或Office对POI生成的图片嵌入方式支持不佳可以尝试将图片保存为PNG格式兼容性更好再插入。另外文件名参数fileName主要影响文档内部关系标识不影响最终显示但最好给一个有意义的唯一名称。6. 功能集成与完整流程编排现在我们已经掌握了文字、表格、图片三大核心元素的导出方法。接下来需要将它们串联起来形成一个完整的、符合业务逻辑的文档。假设我们的报告结构是1. 报告标题2. 基本信息段落3. 数据表格4. 多张图片及说明。我们需要一个“文档组装器”来协调这些部分public void exportReportToWord(HttpServletResponse response, ReportData data) throws Exception { // 1. 初始化文档 XWPFDocument document new XWPFDocument(); // 2. 导出标题 XWPFParagraph titlePara document.createParagraph(); titlePara.setAlignment(ParagraphAlignment.CENTER); XWPFRun titleRun titlePara.createRun(); titleRun.setText(data.getTitle()); titleRun.setBold(true); titleRun.setFontSize(16); titleRun.setFontFamily(黑体); // 3. 导出基本信息多段文字可能包含换行 exportBasicInfo(document, data.getBasicInfo()); // 4. 导出动态表格 exportDataTable(document, data.getDataList()); // 5. 导出循环图片 exportImages(document, data.getImageList()); // 6. 设置响应头输出文档流 String fileName URLEncoder.encode(data.getTitle() .docx, UTF-8); response.setContentType(application/vnd.openxmlformats-officedocument.wordprocessingml.document); response.setHeader(Content-Disposition, attachment; filename\ fileName \); try (OutputStream out response.getOutputStream()) { document.write(out); } finally { document.close(); } } // 辅助方法导出基本信息 private void exportBasicInfo(XWPFDocument doc, String info) { if (StringUtils.isBlank(info)) return; XWPFParagraph para doc.createParagraph(); // 处理换行符 String[] lines info.split(\n); for (int i 0; i lines.length; i) { XWPFRun run para.createRun(); run.setText(lines[i]); run.setFontFamily(宋体); run.setFontSize(12); if (i lines.length - 1) { run.addBreak(); // 段内换行 } } } // 辅助方法导出数据表格 (复用第4节代码封装成方法) private void exportDataTable(XWPFDocument doc, ListDataItem items) { // 创建表格设置样式等... } // 辅助方法导出图片列表 (复用第5节代码封装成方法) private void exportImages(XWPFDocument doc, Listbyte[] images) { // 循环插入图片... }在这个流程中顺序控制很重要。POI的文档对象是顺序结构的你创建元素的顺序就是它们在Word中出现的顺序。确保你的业务逻辑比如先表格后图片与创建顺序一致。样式统一管理为了让文档风格一致建议将字体、颜色、字号等样式定义为常量或配置类。例如public class DocStyleConstants { public static final String FONT_SONG 宋体; public static final String FONT_HEI 黑体; public static final int TITLE_SIZE 16; public static final int BODY_SIZE 12; public static final String COLOR_BLACK 000000; public static final String COLOR_GRAY 666666; }然后在各个导出方法中引用这些常量便于后期统一修改。7. 高级技巧与性能优化实战当基础功能跑通后我们会面临更实际的问题文档样式在不同软件Word、WPS、在线预览中显示不一致生成速度慢内存占用高需要支持更复杂的模板如页眉页脚、水印。这里分享几个进阶技巧。1. 使用模板文件.docx作为基准与其完全用代码“画”出一个文档不如先让设计师在Word中制作一个包含所有样式、占位符的模板文件。然后我们用POI读取这个模板替换其中的占位文本如${title},${table}或者在指定位置插入内容。这能最大程度保证样式的还原度也减轻了后端代码的样式控制负担。 POI提供了XWPFDocument的构造函数支持从InputStream读取现有文档。你可以用document.getParagraphs()遍历所有段落查找包含特定标记的文本进行替换。对于表格可能需要更复杂的定位逻辑。2. 应对“Word保存时容易卡”的问题这个问题通常与文档复杂度或图片处理有关。优化方向图片预处理如前所述务必在插入前对图片进行压缩和缩放。一张10MB的图片和一张200KB的图片在文档中显示大小可能一样但前者会让文档体积暴增打开和保存都变慢。减少不必要的样式元素避免创建大量空的段落或Run。合并相邻的、样式相同的Run。使用SXSSF思路流式POI对于Excel有SXSSFWorkbook来支持流式导出避免OOM但对WordXWPF没有官方等效物。一种折中方案是如果文档内容极多如成千上万行表格可以考虑分页生成多个Word文档最后打包成ZIP提供下载。或者评估是否真的必须用Word格式有时PDF使用iText、Flying Saucer等库是更好的选择它拥有更稳定的跨平台渲染一致性。3. 处理复杂页眉页脚和水印页眉页脚通过document.createHeader()和document.createFooter()创建返回XWPFHeader和XWPFFooter对象它们的使用方式与正文类似可以添加段落、表格和图片。 添加水印则相对复杂通常需要操作底层XML在文档的背景部分插入一个半透明的图片或艺术字。这需要深入研究CTBackground等对象。一个更简单但不够“标准”的替代方案是在正文最底层插入一个铺满页面的、设置为“衬于文字下方”版式的图片。但这需要精确计算页面尺寸和图片位置。4. 内存溢出OutOfMemoryError的预防这是处理大型文档或大量图片时的头号敌人。除了图片压缩还有以下策略及时关闭资源确保XWPFDocument和相关的InputStream/OutputStream在finally块或try-with-resources中被关闭。增大JVM堆内存在生产环境部署时根据预估文档大小调整JVM参数例如-Xms512m -Xmx2048m。分块处理如果业务允许将数据分页每次只生成一部分内容到文档或者采用流式API如果存在的话。监控与清理在处理完一批数据如100行表格后可以尝试调用System.gc()效果不确定谨慎使用或者检查是否有大量对象被无意中持有引用。性能实测心得我曾在一个需要导出包含50张图片的报告功能中未做任何优化前导出耗时约15秒内存峰值达到1.5GB。经过图片预处理将所有图片缩放至宽度不超过1024像素JPEG质量设置为85%导出时间降至5秒以内内存峰值稳定在500MB左右。这个优化效果是非常显著的。工具上推荐使用Thumbnailator库进行图片处理它的API非常简洁高效。8. 常见问题排查与解决方案汇总即使按照上述步骤操作在实际开发中仍然会遇到各种奇怪的问题。这里汇总一些典型问题及其排查思路。问题一生成的Word文档用WPS打开正常但用Microsoft Word打开时样式错乱如表格边框消失。原因POI生成的某些XML属性可能不完全符合最新版Word的严格校验或者两种软件对同一属性的解析有细微差异。WPS的兼容性有时更好。解决方案优先使用.docx格式避免使用陈旧的.doc。对于边框问题确保按照第4节所述使用CTTcBorders等底层对象明确设置每一条边的边框属性而不是依赖默认样式。尝试使用一个简单的、包含正确样式的.docx文件作为模板而不是完全从零创建。在Word中打开“兼容性模式”检查文档看是否有提示。问题二插入的图片在文档中显示为红叉或无法显示。排查步骤检查图片数据确保传入addPicture的InputStream对应的字节数组是完整的、未损坏的图片文件。可以在写入前先保存到本地文件用图片查看器打开验证。检查图片类型确认pictureType参数与图片实际格式匹配。对于不确定的类型可以尝试先用BufferedImage读取再根据ImageIO.getImageReaders判断格式。检查尺寸参数确保宽度和高度值是正整数。传入0或负数会导致问题。检查Office版本极老的Office 2007可能对某些嵌入方式支持不好。尽量使用主流版本测试。问题三表格内容过多时单元格内文字被挤掉或换行异常。原因单元格没有设置自动换行属性或者宽度太窄。解决方案设置单元格属性允许换行CTTc ctTc cell.getCTTc(); CTTcPr tcPr ctTc.getTcPr(); if (tcPr null) tcPr ctTc.addNewTcPr(); tcPr.addNewNoWrap(); // 注意这里要设置的是“不换行”的相反即删除NoWrap或设置换行属性。 // 实际上要允许换行应确保没有NoWrap属性或者设置单元格宽度足够。更常见的做法是通过设置合适的列宽setColWidths和段落属性来间接控制。在单元格的段落中设置setWordWrapped(true)如果API支持。对于超长文本业务上可以考虑截断并添加“...”或提供Tooltip但这在静态Word中难以实现。问题四生成的文档体积异常庞大。原因几乎可以肯定是未经处理的原始图片导致的。解决方案严格执行图片预处理流程。评估是否所有图片都需要插入能否提供图片链接而非嵌入对于必须嵌入的建立图片大小阈值如单张不超过300KB。问题五中文字体设置不生效或显示为方框。原因指定的字体在生成文档的服务器环境或最终用户电脑上不存在。解决方案使用通用字体如“宋体”、“黑体”、“微软雅黑”Windows常见、“PingFang SC”Mac常见。但无法保证跨平台完全一致。如果对字体有严格要求如政府公文可以考虑将包含特殊字体的文字段落转换为图片插入但这会失去文本可编辑性。在文档说明中提示用户。最后调试POI问题的一个有效方法是将生成的.docx文件后缀改为.zip然后解压。查看word/document.xml文件这是文档的主体内容。你可以对比一个手动创建的、样式正确的Word文档的XML内容找出差异点从而定位是哪个XML节点或属性设置有问题。这需要一些耐心但往往是解决复杂样式问题的终极手段。
)
