EasyExcel 2.2.10修改已有Excel文件指定行/列样式：POI实操方案

1. 为什么给现有文件加样式在EasyExcel 2.2.10里是道坎先说结论EasyExcel 2.2.10 本身的设计目标是高效地写入和读取Excel数据它不是一个文件编辑工具。你用它从零生成一个Excel、往里面灌几十万条数据或者在导出过程中给表头、给某些列套样式这些都没问题。但当需求变成打开一个已经存在的本地Excel文件只对其中某一行或某一列改样式其他内容原样保留EasyExcel官方API基本使不上劲。我之前接过一个需求客户发来一个模板文件里面有三张Sheet每张表都有预设的格式、合并单元格、条件格式。业务逻辑是根据后台配置把模板里第4行到第30行的数据区加上背景色和边框再把B列、F列锁定为某种样式最后另存为一份新文件。我一开始天真地以为EasyExcel能直接搞定结果翻了半天API文档发现2.2.10版本所有样式相关的入口几乎都在WriteSheet、WriteHandler、ExcelWriter这条链路上。这些类的共同特点是它们只管往外写根本不提供打开已有Workbook然后修改单元格样式再保存的入口。这不是EasyExcel的缺陷而是库的定位问题。它的写入器在初始化时会把表头、样式的元数据构建成内部模型然后流式写出。你让它去读一个已有的xlsx文件它会用ExcelReader给你返回一个只读的Sheet对象这个对象只能用来遍历单元格数据拿不到底层Workbook句柄更别说改样式。所以如果你在网上搜索EasyExcel 修改已有文件样式大概率得到的答案是用POI这个答案是对的但不够完整——怎么用POI改完还能保留EasyExcel的风格、怎么处理文件格式兼容、怎么避免样式覆盖这些细节才是真正磨人的地方。这篇文章我把自己在2.2.10版本下做指定行、指定列样式调整的完整方案、代码和踩坑记录都整理出来给遇到同样问题的同行一个可落地的参考。2. 环境选型EasyExcel 2.2.10 POI的组合怎么配才不炸版本2.1 依赖坐标与版本关键点EasyExcel 2.2.10 是2020年发布的版本它内部依赖了特定版本的Apache POI。如果你直接照抄官方文档引入easyexcel依赖Maven会把对应的POI传递进来但这时候你在代码里想用POI的XSSFWorkbook去操作本地文件会发现很多类报错——原因往往是传递依赖的POI版本太老。我实测下来最稳的组合是dependency groupIdcom.alibaba/groupId artifactIdeasyexcel/artifactId version2.2.10/version /dependency dependency groupIdorg.apache.poi/groupId artifactIdpoi/artifactId version4.1.2/version /dependency dependency groupIdorg.apache.poi/groupId artifactIdpoi-ooxml/artifactId version4.1.2/version /dependency注意这里必须手动显式声明POI版本而且建议和EasyExcel 2.2.10内部使用的版本保持一致或更高。因为EasyExcel 2.2.10是基于POI 4.1.2开发测试的你用一个太高版本的POI比如5.x虽然大部分API兼容但偶尔会在XSSFWorkbook的构造和样式拷贝上遇到一些类加载层面的诡异问题版本太低则直接缺方法。4.1.2是经过验证的稳妥点。如果你项目里自己还引了poi-ooxml-schemas或者其他Excel处理库要特别小心类冲突。最典型的症状是NoClassDefFoundError或者ClassNotFoundException看到这类异常先别排查业务代码先看mvn dependency:tree确认POI到底被解析成了哪个版本。2.2 用EasyExcel还是用POI组件先想清楚三个前提在动手之前先快速判断你这需求到底该走哪条路。我根据自己的实践总结了三个判断条件第一文件是不是必须就地修改。如果允许另存为新文件那操作空间就大很多如果要求原文件名原位置覆盖保存那路径基本锁死为用POI读-改-写回因为EasyExcel做不到原地覆盖。第二样式修改是不是动态的。比如根据数据库里的配置决定给哪几行加黄色背景这种动态逻辑EasyExcel的WriteHandler做起来很别扭但POI纯代码可以自由控制。第三有没有保留原格式的硬性要求。如果原文件里已有很多复杂的条件格式、数据验证、图表你想只动样式不动其他内容那就只能走POI全量读写这条路。如果三个条件都指向用POI那就别在EasyExcel的API里绕了直接切到POI的工作簿操作模型。EasyExcel在这条链路里唯一有价值的地方是用它来快速读取目标行、列的数据内容辅助你定位要操作的单元格坐标范围。3. 实操指定行或指定列加样式完整可复现的Java代码3.1 从本地文件加载Workbook注意别踩文件流的坑核心是先通过POI加载本地xls或xlsx文件拿到XSSFWorkbookxlsx格式或HSSFWorkbookxls格式。这里有一个隐藏问题文件的后缀和实际格式可能不一致比如文件名是.xlsx但内部是xls格式用XSSFWorkbook去构造会直接抛异常。我在生产环境里就碰到过业务方手工改后缀的文件所以稳妥做法是根据文件头判断或者干脆用一个统一的封装方法import org.apache.poi.ss.usermodel.Workbook; import org.apache.poi.ss.usermodel.WorkbookFactory; import java.io.File; import java.io.FileInputStream; import java.io.FileOutputStream; public class ExcelStyleEditor { /** * 加载本地Excel文件为POI Workbook对象自动识别xls/xlsx */ public static Workbook loadWorkbook(File file) throws Exception { try (FileInputStream fis new FileInputStream(file)) { // WorkbookFactory会根据文件头自动识别是HSSF还是XSSF return WorkbookFactory.create(fis); } } }用WorkbookFactory的好处是不用手动判断xlsx/xls底层会根据文件魔数自动选择XSSFWorkbook还是HSSFWorkbook。这里面有一个小经验WorkbookFactory.create(fis)在读取的时候如果文件被其他程序比如Excel占用打开着Windows环境下可能会因为文件锁导致读取失败。解决办法是复制一份临时文件再读取或者让业务侧的运维确认文件未被占用。3.2 获取目标Sheet的几种姿势按名字、按下标、按匹配规则Workbook加载成功之后第二步是定位目标Sheet。大多数业务场景是按Sheet名定位但也遇到过Sheet名带时间戳、每次都不同的情况这时候就得写一个模糊匹配逻辑。import org.apache.poi.ss.usermodel.Sheet; import org.apache.poi.ss.usermodel.Workbook; public static Sheet getTargetSheet(Workbook workbook, String sheetNamePattern) { // 先试试精确匹配 Sheet sheet workbook.getSheet(sheetNamePattern); if (sheet ! null) { return sheet; } // 不区分大小写模糊匹配 for (int i 0; i workbook.getNumberOfSheets(); i) { Sheet s workbook.getSheetAt(i); if (s.getSheetName() ! null s.getSheetName().toLowerCase().contains(sheetNamePattern.toLowerCase())) { return s; } } throw new IllegalArgumentException(找不到匹配的Sheet: sheetNamePattern); }按下标定位最简单但风险在于文件结构调整时下标会失效。如果这个Excel模板是长期使用的我建议统一用Sheet名称配合模糊匹配来定位宁可多写几行代码也不要让用户在某天突然发现样式加错Sheet了。3.3 给指定行设置样式从创建单元格样式到行级遍历拿到Sheet之后给指定行设置样式的核心是遍历这一行的所有单元格为每个单元格设置CellStyle或者用一个CellRangeAddress区域统一设置。两种方式的区别在于区域方式适合连续矩形区域比如第1行到第3行的A到F列逐单元格方式适合不规则的散点状目标。先看最简单的场景给第3行Excel中行号从0开始POI里是rowIndex2整行加黄色背景和红色字体。import org.apache.poi.ss.usermodel.*; import org.apache.poi.ss.util.CellRangeAddress; public static void styleWholeRow(Sheet sheet, int rowIndex, Workbook workbook) { Row row sheet.getRow(rowIndex); if (row null) { // 行不存在时需要先创建但注意创建行会影响原文件结构谨慎使用 row sheet.createRow(rowIndex); } // 创建通用样式对象 CellStyle style workbook.createCellStyle(); style.setFillForegroundColor(IndexedColors.YELLOW.getIndex()); style.setFillPattern(FillPatternType.SOLID_FOREGROUND); Font font workbook.createFont(); font.setColor(IndexedColors.RED.getIndex()); font.setBold(true); style.setFont(font); short lastCellNum row.getLastCellNum(); // 包含最后一行可能存在的空格单元格 for (int colIndex 0; colIndex lastCellNum; colIndex) { Cell cell row.getCell(colIndex); if (cell null) { // 在POI中getCell对不存在的单元格返回null如果要用样式需要创建 cell row.createCell(colIndex); } cell.setCellStyle(style); } }这里有一个很多人忽视的细节row.getCell(colIndex)对空白单元格返回null。如果你的目标是整行都上色但该行中间某个单元格一直没被初始化过上面这代码就会漏掉它。更诡异的是如果你用cell.setCellStyle(style)去设置一个null单元格会抛出空指针异常。所以上面我用row.createCell(colIndex)创建补位单元格。但要注意创建单元格会改变文件的单元格信息如果原本这个位置没有任何值、没有任何样式创建后文件体积可能变大某些Excel校验工具可能提示单元格索引越界这个风险后面讲踩坑时细说。3.4 给指定列设置样式处理列方向上空行的策略按列设置样式比按行稍微麻烦一点因为POI的Column概念并不像Row那样是一个强类型对象列只是行内单元格的下标。所以要给某一列加样式本质上是遍历所有行对每一行的指定下标单元格做操作。问题在于Excel的行是稀疏的中间可能没有Row对象或者行对象存在但该单元格是null。public static void styleColumn(Sheet sheet, int colIndex, Workbook workbook) { CellStyle style workbook.createCellStyle(); style.setFillForegroundColor(IndexedColors.LIGHT_BLUE.getIndex()); style.setFillPattern(FillPatternType.SOLID_FOREGROUND); Font font workbook.createFont(); font.setColor(IndexedColors.DARK_BLUE.getIndex()); style.setFont(font); // 遍历sheet中的所有非空行 int firstRowNum sheet.getFirstRowNum(); int lastRowNum sheet.getLastRowNum(); for (int rowIndex firstRowNum; rowIndex lastRowNum; rowIndex) { Row row sheet.getRow(rowIndex); if (row null) { continue; } Cell cell row.getCell(colIndex); if (cell null) { // 如果单元格不存在是否创建这里要谨慎 // 如果该行在colIndex列确实没有数据创建单元格可能就是画蛇添足 continue; } cell.setCellStyle(style); } }注意这个示例里当单元格为null时我选择了continue而不是创建。原因是给整列上色时如果某些行在该列本就没有内容强行创建单元格再设置样式会让Excel打开时显示出大量空白的填充单元格反而影响观感。但业务上如果严格要求这一整列都必须有背景色哪怕空值也要显示那你可以改成创建。这是一个需要根据实际报表需求做权衡的点没有标准答案。更精细的做法是用CellRangeAddress来对一个矩形区域统一设置样式这比逐单元格循环要省事特别是列方向上有大量行需要操作时// 给B列第2行到第50行设置边框和背景色 CellStyle regionStyle workbook.createCellStyle(); regionStyle.setBorderBottom(BorderStyle.THIN); regionStyle.setBorderTop(BorderStyle.THIN); regionStyle.setBorderLeft(BorderStyle.THIN); regionStyle.setBorderRight(BorderStyle.THIN); regionStyle.setFillForegroundColor(IndexedColors.GREY_25_PERCENT.getIndex()); regionStyle.setFillPattern(FillPatternType.SOLID_FOREGROUND); CellRangeAddress region new CellRangeAddress(1, 49, 1, 1); // 行0开始B列是第2列即colIndex1 for (int rowIndex region.getFirstRow(); rowIndex region.getLastRow(); rowIndex) { Row row sheet.getRow(rowIndex); if (row null) continue; for (int colIndex region.getFirstColumn(); colIndex region.getLastColumn(); colIndex) { Cell cell row.getCell(colIndex); if (cell null) continue; cell.setCellStyle(regionStyle); } }如果你用POI的RegionUtil工具类可以只传区域和样式它会自动处理矩形区域内的单元格。但我个人在2.2.10这条技术栈下用RegionUtil时遇到过一个问题区域里全是空行的时候可能有漏设置的情况所以我倾向于自己循环代码量也不大逻辑更可控。3.5 保存回本地文件覆盖原文件还是另存副本保存这一步看似简单实际有讲究。workbook.write()之后文件并不会自动覆盖原路径你需要把Workbook写入一个输出流。如果直接覆盖原文件建议先备份原文件。public static void saveWorkbook(Workbook workbook, File targetFile) throws Exception { // 备份原文件 if (targetFile.exists()) { File backup new File(targetFile.getParent(), targetFile.getName() .bak_ System.currentTimeMillis()); org.apache.commons.io.FileUtils.copyFile(targetFile, backup); } try (FileOutputStream fos new FileOutputStream(targetFile)) { workbook.write(fos); } }为什么不直接workbook.write(new FileOutputStream(targetFile))因为如果程序在写入过程中抛异常原文件会被截断或者破坏。先备份再写虽然多一步IO但生产环境中这个习惯能救你很多次。此外还有一点Workbook.write()之后流必须关闭并且如果没有用try-with-resources一定记得在finally块里执行workbook.close()否则文件句柄会一直占用Windows下后续再读这个文件就会报文件被占用。4. 保留原格式别让一次样式操作把整行整列的旧样式冲掉4.1 读取并克隆原单元格样式很多时候你只是想加强某个行的样式比如原有背景色是黄色你想改成橙色同时保留原有的边框、字体属性。如果直接用新建的CellStyle覆盖整个cell.setCellStyle(style)原样式里的边框、对齐、数字格式会全部丢失这在报表改造中是不可接受的。所以正确姿势是克隆原样式再修改需要改的字段public static CellStyle cloneStylePreservingOriginal(Cell cell, Workbook workbook) { CellStyle originalStyle cell.getCellStyle(); // POI中拷贝样式需要手动复制属性 CellStyle newStyle workbook.createCellStyle(); newStyle.cloneStyleFrom(originalStyle); // 关键方法 // 此时再修改需要改的部分 newStyle.setFillForegroundColor(IndexedColors.ORANGE.getIndex()); newStyle.setFillPattern(FillPatternType.SOLID_FOREGROUND); return newStyle; }cloneStyleFrom是POI官方的样式克隆方法会把alignment、border、fill、font、dataFormat等属性全部拷贝到新样式。之后你再去修改特定属性即可不会破坏原样式。这个方法有一个要注意的地方cloneStyleFrom()拷贝的是样式定义并不会拷贝字体对象本身新样式里的字体是新创建的一个字体对象如果你想改动字体的大小或颜色需要先通过workbook.createFont()创建新字体并setFont(font)否则改原样式字体不会生效。4.2 样式肥胖问题大量新增样式会导致文件激增这是一个非常容易被忽视的性能炸弹。POI中Workbook.createCellStyle()每调用一次就会在Workbook里注册一个新的样式记录。如果你在一个有几百行的Sheet上给某列加样式循环里每行都创建一个新样式文件里会多出几百条样式记录导致文件体积翻倍、Excel打开变慢。同一类样式的正确做法是只创建一次样式对象然后在所有目标单元格上复用。写法样式数量文件体积影响循环内每次新建CellStyleN行xM列膨胀明显严重时Excel报文件已损坏提取公共样式复用1个几乎无影响用cloneStyleFrom每单元格一个但继承原样式适度增加可接受所以我的习惯是先分析一下需求涉及的样式种类比如黄色底蓝色底加粗这三种提前创建好三个样式对象然后循环里根据条件选择用哪个样式赋值给Cell。这种方式文件体积增长最小性能也最好。4.3 合并单元格和已有边框的冲突改样式前先拆判断原文件里如果有合并单元格比如B2:C2合并你给B2设置样式后C2的样式并不会同步变化。在Excel里合并单元格的样式以区域左上角单元格为准所以你在给某个区域设置样式时必须确认区域内有没有合并单元格。如果合并区域跨了你想要设置的列而你又只想改其中一列文件保存后在Excel里打开可能会出现样式显示不一致——这个问题根因是POI不会自动把合并区域的其他单元格样式同步过去。处理方案是在设置样式前先检查区域内的合并单元格public static boolean isInMergedRegion(Sheet sheet, int rowIndex, int colIndex) { int mergedCount sheet.getNumMergedRegions(); for (int i 0; i mergedCount; i) { CellRangeAddress range sheet.getMergedRegion(i); if (range.isInRange(rowIndex, colIndex)) { return true; } } return false; }如果你确实需要给一个合并单元格内的所有可见部分都设置同样的样式最直接的方式是找到包含该单元格的CellRangeAddress然后遍历这个区域的左上角单元格来设置样式同时把区域内的其他单元格也手动设置成同一个样式。在我的项目里遇到合并单元格时我会额外写一个方法把区域内所有单元格都统一设置避免样式边界感过于突兀。5. 踩坑记录EasyExcel 2.2.10叠加POI时最常翻车的五个问题5.1 字体对象被覆盖多处设置字体导致颜色/大小混乱我最早在做整行加红字加底色的时候犯过一个低级错误一个样式对象被两处代码共享第一处给样式设置了红色字体第二处又给同一样式设置了蓝色字体结果整行字都变成了后设置的颜色。原因在于CellStyle内部保存的是字体索引同一个样式对象被多处修改后所有引用它的单元格都会生效。解决办法是一个样式只承担一种视觉风格切不可一套样式走天下。如果需要两种颜色就创建两个CellStyle对象。5.2 日期格式在修改样式后变成了数字串有一次业务反馈给某列加完样式后原本的日期数据在Excel里显示成了一串数字比如43831。排查后发现问题出在setCellStyle覆盖了原样式而原样式里包含了DataFormat日期格式。解决方法是必须用cloneStyleFrom先保留原格式或者重新用workbook.createDataFormat().getFormat(yyyy-mm-dd)给新样式指定日期格式。这个坑非常隐蔽因为很多单元格连肉眼都看不出是日期格式只有在修改样式后才暴雷。5.3 大数据量文件内存溢出POI的XSSFWorkbook在读取一个几十MB的xlsx时会加载整个文件的内容到内存很容易导致OutOfMemoryError。如果你只是需要改几行的样式但文件有十万行数据直接用POI读整个工作簿有点亏。我这里有一个折中的优化方案先用WorkbookFactory.create(is)加载操作完目标行/列后立刻把与需求无关的行移除或置空再写入新文件。不过治标不治本如果文件实在太大更好的办法是用XSSFWorkbook配合SXSSFWorkbook流式写入来生成新文件但那样就无法保留原文件的所有格式了。所以在原地改样式和大数据量之间要提前评估是否需要换方案。如果业务允许另存为新文件可以用EasyExcel实现读数据带样式写新文件这个方案后面说。5.4 EasyExcel和POI混用时类冲突导致NoSuchMethodError这种问题在上线时最恶心。本地跑得好好的一部署到服务器就报NoSuchMethodError: org.apache.poi.util.POILogger.log之类的异常。排查下来基本上是POI版本冲突。在2.2.10这个时间点的版本里EasyExcel的poi-ooxml依赖是4.1.2如果你的项目其他地方引入了POI 5.x就可能出现类冲突。解决方案是把项目中所有POI相关依赖统一用4.1.2版本或者在pom里用dependencyManagement强制指定版本。dependencyManagement dependencies dependency groupIdorg.apache.poi/groupId artifactIdpoi/artifactId version4.1.2/version /dependency dependency groupIdorg.apache.poi/groupId artifactIdpoi-ooxml/artifactId version4.1.2/version /dependency /dependencies /dependencyManagement5.5 空白单元格被创建后Excel打开出现多余的边框前面在按行设置样式时提到对null单元格调用createCell可以补位并设置样式。但如果你在一个内容只到第23行的表格里给第1列第1行到第1000行都创建了空白单元格保存后Excel打开会发现大量没有内容的格子带着样式看起来非常脏。这种场景正确做法是只在有内容的行里设置样式空单元格直接跳过除非需求明确要求空值列也要有底色。6. 需求变体如果最终文件是全新生成用EasyExcel自带样式策略反而更香上面说的都是原地改已有文件的场景但需求里还有一类反方向的情况数据来自外部系统需要生成一个新的Excel而且新文件里要求某些列、某些行的样式动态变化比如某个值大于100时标红。这种场景下用POI从零构建工作簿完全可以但代码量偏大更符合EasyExcel设计思路的是用它自带的样式策略接口在写出过程中动态指定样式这样做性能更好代码也更简洁。EasyExcel 2.2.10里主要通过WriteHandler接口在单元格输出过程中回调import com.alibaba.excel.write.handler.AbstractCellWriteHandler; import com.alibaba.excel.write.metadata.holder.WriteSheetHolder; import com.alibaba.excel.write.metadata.holder.WriteTableHolder; import org.apache.poi.ss.usermodel.Cell; import org.apache.poi.ss.usermodel.CellStyle; import org.apache.poi.ss.usermodel.Row; public class CustomStyleHandler extends AbstractCellWriteHandler { private int targetRowIndex 2; // 目标行 private int targetColIndex 1; // 目标列 Override public void afterCellDispose(WriteSheetHolder writeSheetHolder, WriteTableHolder writeTableHolder, Listcom.alibaba.excel.metadata.Head headList, Cell cell) { // cell.getRowIndex()是当前行cell.getColumnIndex()是当前列 if (cell.getRowIndex() targetRowIndex || cell.getColumnIndex() targetColIndex) { Workbook workbook writeSheetHolder.getSheet().getWorkbook(); CellStyle style workbook.createCellStyle(); style.setFillForegroundColor(IndexedColors.YELLOW.getIndex()); style.setFillPattern(FillPatternType.SOLID_FOREGROUND); cell.setCellStyle(style); } } }然后在写Sheet时注册handlerExcelWriter write EasyExcel.write(outputStream).build(); WriteSheet writeSheet EasyExcel.writerSheet(数据) .registerWriteHandler(new CustomStyleHandler()) .build();这样每写一个单元格handler都会回调判断是否命中目标行或目标列命中就改样式。优点是EasyExcel的流式写入对内存友好几十万数据都不会OOM缺点是每次回调都新建CellStyle会膨胀样式表所以建议在handler里缓存样式对象只在首次创建。不过要再提醒一次这个handler模式只适用于从零写新文件的场景不适用于修改本地已有文件——这两条路线别混用。7. 回读验证如何确认样式确实写对了代码写完保存文件后别急着交给业务先写一个回读校验程序。用EasyExcel或POI重新读取刚保存的文件检查目标区域的样式是否符合预期。public static void verifyStyle(File file, int rowIndex, int colIndex) throws Exception { try (Workbook workbook WorkbookFactory.create(new FileInputStream(file))) { Sheet sheet workbook.getSheetAt(0); Row row sheet.getRow(rowIndex); Cell cell row.getCell(colIndex); CellStyle style cell.getCellStyle(); System.out.println(填充色: style.getFillForegroundColor()); System.out.println(字体下标: style.getFontIndex()); System.out.println(边框样式: style.getBorderBottom()); } }这个校验步骤我第一次做的时候觉得是多余的后来几次出问题全靠它快速定位。尤其是cloneStyleFrom是否生效、日期格式是否保留、空单元格是否被误创建这些问题用回读代码一眼就能看出来。业务手机上打开Excel肉眼看到的样式效果远不如代码里打印出来的样式属性来得精确。根据我的经验最容易出问题的是填充颜色没生效。很多初学者设置了setFillForegroundColor却忘记setFillPattern(SOLID_FOREGROUND)导致颜色压根不显示。这个属性在POI的模型里是必须搭配使用的忘了设置PatternExcel和WPS都只会显示为无填充。这是回读校验中最常发现的问题没有之一。8. 操作思路复盘哪种方案适合什么场景写到最后我把三类可行方案在表格里做个对比。什么时候用哪套方案其实取决于业务约束没有银弹。方案适用场景复杂度对原格式的保留大数据量表现POI直接修改本地文件本文第3、4章已有文件增量改样式必须原样保留其他内容中好用cloneStyleFrom一般受内存限制EasyExcel导出时用WriteHandler全新生成文件动态样式大数据量导出低不涉及原文件好流式处理先读数据再重写整个文件原文件结构简单样式规则可代码化高差需重新定义所有样式取决于实现我在项目里的选择标准是如果是改动已有模板、只动局部样式一律走POI如果是从数据库查数导出新报表、样式规则就那两三套就走EasyExcel的WriteHandler。两条路线都掌握之后绝大多数指定行/列添加样式的需求都能找到解法。最后再补一句实操心得操作Excel文件之前先把原文件备份一下不管是用POI还是EasyExcel只要逻辑里涉及写回生产事故就永远有可能。我也是在连续两次因为覆盖原文件导致客户模板损坏之后才把备份写成了强制流程。这十几行备份代码看起来不高级但它实实在在帮我省下了不少跨部门扯皮的时间。