共计 3069 个字符，预计需要花费 8 分钟才能阅读完成。
引言
GcExcel 和 EasyExcel 都是卓越的高性能 Excel 解决库。GcExcel 是由葡萄城公司开发，可用于 Java 和.Net 平台；而 EasyExcel 是阿里巴巴开发的基于 Java 的开源 Excel 解决库。在本文中，咱们将对 GcExcel 和 EasyExcel 进行比拟，帮忙读者在理论场景中做出理智抉择。
EasyExcel 与 GcExcel 的区别
每个产品背地都有其设计初衷，EasyExcel 的次要指标是解决 POI 在读写 Excel 文件时遇到的一些问题，例如内存占用过大、经常出现 OOM（内存溢出）谬误以及性能不够优越，无奈轻松解决大型文件的限度。因而，EasyExcel 旨在提供更高效、更稳固的 Excel 读写解决方案，以满足解决大文件时的需要。
与 EasyExcel 不同，GcExcel 的 API 设计初衷独具特色。EasyExcel 重视于疾速、简便地读写 Excel 文件，而 GcExcel 则更加专一于晋升读写性能、公式计算性能以及高级 Excel 性能的反对，如图表、透视表、数据校验、条件格局等等。
GcExcel 在超过 Excel 性能的根底上，踊跃投入于晋升性能，并为开发人员提供丰盛多样的高级 Excel 性能。无论是数据分析、报表制作还是简单公式运算，GcExcel 都以杰出的性能和性能展示了其独特的价值。
EasyExcel 与 GcExcel 的利用场景
因为解决问题的差别，这两个组件库都具备极高的性能，但它们将性能劣势利用于不同的场景中。
对于 EasyExcel 而言，Excel 更像是数据的承载形式。当用户须要解决高并发量且对内存要求较高时，EasyExcel 展现出更适宜的性能体现。
然而，Excel 通过微软多年的倒退，衍生出许多不同的利用场景，如公式计算、数据填报、打印报送等。在这些场景中，通常须要组件库可能笼罩足够多的 Excel 性能。因而，在这些状况下，GcExcel 更为实用。
例如，基金、保险、财税等行业通常须要进行 Excel 公式计算。通过应用 GcExcel，能够实现服务端自动化公式计算的解决方案。
另外，对于计量检测、实验室治理等畛域，对导出性能需要较高。通过 GcExcel 能够实现自动化导出 PDF 以及定时报送等性能。
同时，葡萄城还提供了纯前端 Excel 组件库产品 SpreadJS。如果场景须要前后端合作进行 Excel 解决，抉择 GcExcel 显然更加适合。
总之，依据不同的需要场景，抉择适合的组件库可能充分发挥其性能劣势，提供更好的 Excel 解决解决方案。
EasyExcel 与 GcExcel 的 API 设计格调
EasyExcel 的 API 采纳流式读写和事件驱动的形式，这种设计理念使得在操作 Excel 时，性能和内存之间的均衡可达到极致。同时，其标注式的设计理念将代码逻辑与 Excel 文件解耦，使开发人员只须要更好地思考模型的设计，而不用放心繁琐的 Excel 操作。综上所述，EasyExcel 的 API 提供了高性能、高效率的 Excel 操作解决方案，让您可能更加专一于业务逻辑的实现。
// 摘自 EasyExcel 官网文档
// 有个很重要的点 DemoDataListener 不能被 spring 治理，要每次读取 excel 都要 new, 而后外面用到 spring 能够构造方法传进去
@Slf4j
public class DemoDataListener implements ReadListener<DemoData> {
/**
* 每隔 5 条存储数据库，理论应用中能够 100 条，而后清理 list，不便内存回收
*/
private static final int BATCH_COUNT = 100;
/**
* 缓存的数据
*/
private List<DemoData> cachedDataList = ListUtils.newArrayListWithExpectedSize(BATCH_COUNT);
/**
* 假如这个是一个 DAO，当然有业务逻辑这个也能够是一个 service。当然如果不必存储这个对象没用。*/
private DemoDAO demoDAO;
public DemoDataListener() {
// 这里是 demo，所以轻易 new 一个。理论应用如果到了 spring, 请应用上面的有参构造函数
demoDAO = new DemoDAO();}
/**
* 如果应用了 spring, 请应用这个构造方法。每次创立 Listener 的时候须要把 spring 治理的类传进来
*
* @param demoDAO
*/
public DemoDataListener(DemoDAO demoDAO) {this.demoDAO = demoDAO;}
/**
\* 这个每一条数据解析都会来调用
*
* @param data one row value. Is is same as {@link AnalysisContext#readRowHolder()}
* @param context
*/
@Override
public void invoke(DemoData data, AnalysisContext context) {log.info("解析到一条数据:{}", JSON.toJSONString(data));
cachedDataList.add(data);
// 达到 BATCH_COUNT 了，须要去存储一次数据库，避免数据几万条数据在内存，容易 OOM
if (cachedDataList.size() >= BATCH_COUNT) {saveData();
// 存储实现清理 list
cachedDataList = ListUtils.newArrayListWithExpectedSize(BATCH_COUNT);
}
}
/**
* 所有数据解析实现了 都会被调用
*
* @param context
*/
@Override
public void doAfterAllAnalysed(AnalysisContext context) {
// 这里也要保留数据，确保最初遗留的数据也存储到数据库
saveData();
log.info("所有数据解析实现！");
}
/**
* 加上存储数据库
*/
private void saveData() {log.info("{} 条数据，开始存储数据库！", cachedDataList.size());
demoDAO.save(cachedDataList);
log.info("存储数据库胜利！");
}
}GcExcel 的 API 则以 Excel 为底本，采纳工作簿（workbook）、工作表（worksheet）和区域（range）等概念，使整个组件库可能完满反对 Excel 的各种性能。如果您对 Excel 十分相熟，那么应用 GcExcel 时会感到十分亲切和天然。
这两种设计形式就像解决不同场景的两个产品一样，它们都适宜不同格调的开发人员。
对于那些谋求极致技术的开发人员来说，EasyExcel 的灵活性十分适合。而对于那些更重视疾速解决业务需要、求实的开发人员来说，GcExcel 提供了多样化的 API 抉择，并且与 Excel 高度兼容，可能高效赋能于这种场景。
Workbook wb = new Workbook();
IWorksheet sheet1 = wb.getWorksheets().get(0);
Object[][] values = (Object[][]) sheet1.getRange("A1:Z26").getValue();最初
通过上述的比照，EasyExcel 和 GcExcel 别离实用于不同的状况。
在抉择时，您能够依据不同的维度思考，抉择更适宜本身场景的 Excel 解决库。