.net使用NPOI的XSSFWorkbook进行web开发中导出Excel

之前也使用过NPOI导出excel,这次是因为在导出的excel里新增了几个列,正好超出了255的限制,所以又要改了。

今天主要出了4个问题:

1. Invalid column index (256). Allowable column range for BIFF8 is (0..255) or ('A'..'IV')

2.c# npoi  XSSFWorkbook无法访问已关闭的流。

3.由于代码已经过优化或者本机框架位于调用堆栈之上,无法计算表达式的值。

4.错误提示: Excel在“春天Excel2007.xlsx”中发现不可读取内容。是否恢复工作簿的内容?如果信任此工作簿的来源,请单击“是”。 单击“是”后:Excel 已完成文件级验证和修复。此工作簿的某些部分可能已被修复或丢弃。

经历了一上午,不断百度,进行了很多次尝试,也经历了几次项目的平衡,所以做一个总结。

之前的导出是这样的,使用hssf方法,代码如下:

 1 public static MemoryStream RenderToExcel(DataTable table)
2 {
3 MemoryStream ms = new MemoryStream();
4 using (table)
5 {
6 IWorkbook workbook = new HSSFWorkbook();
7 ISheet sheet = workbook.CreateSheet();
8 IRow headerRow = sheet.CreateRow(0);
9 foreach (DataColumn column in table.Columns)
10 {
11 var headCell = headerRow.CreateCell(column.Ordinal);
12 headCell.SetCellValue(column.Caption);
13 }
14 int rowIndex = 1;
15 foreach (DataRow row in table.Rows)
16 {
17 IRow dataRow = sheet.CreateRow(rowIndex);
18 foreach (DataColumn column in table.Columns)
19 {
20 var cellell = dataRow.CreateCell(column.Ordinal);
21 cellell.SetCellValue(row[column].ToString());
22 }
23 rowIndex++;
24 }
25 workbook.Write(ms);
26 ms.Flush();
27 ms.Position = 0;
28 }
29 return ms;
30 }

这样导出的是“.XLS”格式的excel表格,所以在列数超过256之后就会提示第一个提示错误。上网百度,找了很多,参考https://www.cnblogs.com/jRoger/p/4602239.html一篇文章,说是office2007之后,可以创建的列数大多了,才才用了XSSF的方法。

刚开始直接将hssf换成xssf,结果提示第二个错误,无法访问已关闭的流。再百度,参考https://www.cnblogs.com/caoyc/p/6215210.html文章,说NPOI生产.xlsx文件件时,在使用book.Write(ms);后,会关闭流,这样导致再次使用Respons输出流的时候就出错了。使用自定义流代替内存流,这样就可以保证流不会被自定关闭了。改写代码如下:

 1 public class NPOIMemoryStream : MemoryStream
2 {
3 /// <summary>
4 /// 获取流是否关闭
5 /// </summary>
6 public bool IsColse
7 {
8 get;
9 private set;
10 }
11 public NPOIMemoryStream(bool colse = false)
12 {
13 IsColse = colse;
14 }
15 public override void Close()
16 {
17 if (IsColse)
18 {
19 base.Close();
20 }
21 }
22 }
23 public static MemoryStream RenderToExcelNew(DataTable table)
24 {
25 NPOIMemoryStream ms = new NPOIMemoryStream();
26 using (table)
27 {
28 IWorkbook workbook = new XSSFWorkbook();
29 ISheet sheet = null;
30 sheet =workbook.CreateSheet();
31 IRow headerRow = sheet.CreateRow(0);
32 foreach (DataColumn column in table.Columns)
33 {
34 var headCell = headerRow.CreateCell(column.Ordinal);
35 headCell.SetCellValue(column.Caption);
36 }
37 int rowIndex = 1;
38 foreach (DataRow row in table.Rows)
39 {
40 IRow dataRow = sheet.CreateRow(rowIndex);
41 foreach (DataColumn column in table.Columns)
42 {
43 var cellell = dataRow.CreateCell(column.Ordinal);
44 cellell.SetCellValue(row[column].ToString());
45 }
46 rowIndex++;
47 }
48 workbook.Write(ms);
49 ms.Flush();
50 ms.Position = 0;
51 }
52 return ms;
53 }

注意上面是新建了一个NPOIMemoryStream类,它继承于MemoryStream。下面的导出方法还是和之前的类似。有兴趣的读者,可以将它们合并成

1 if (fileName.IndexOf(".xlsx") > 0) // 2007版本
2 workbook = new XSSFWorkbook(fs);
3 else if (fileName.IndexOf(".xls") > 0) // 2003版本
4 workbook = new HSSFWorkbook(fs);

这样的形式。
另外在这个过程中,因为项目中引用NPOI的位置有两个,导致两个加载之后的版本不一致,报这样的错误“未能加载文件或程序集“ICSharpCode.SharpZipLib, Version=0.86.0.518, Culture=neutral, PublicKeyToken=1b03e6acf1164f73”或它的某一个依赖项”。于是一不做二不休,将文件全部启用NuGet程序包,来获取NPOI。虽然它的速度特别慢。但是由于之前在项目中新建了文件夹存放4个NPOI的dll,导致有一个项目的引用始终不是NuGet的程序包。当时还一度想放弃了,我把列数降下来不就行啦,费那老鼻子劲干嘛。中午午休之后,想了想,自己还是把这个问题解决吧。于是仔细看了dll引用路径之后,将项目的npoi文件夹删除了,果然引用就正确了。

我的导出是流的形式,生成之后导出的代码是:

 1 using (MemoryStream ms = RenderToExcelNew(table))
2 {
3 RenderToBrowser(ms, context, fileName);
4 }
5 public static void RenderToBrowser(MemoryStream ms, HttpContext context, string fileName)
6 {
7 context.Response.Clear();
8 context.Response.ContentEncoding = Encoding.GetEncoding("GB2312");
9 context.Response.ContentType = "application/octet-stream";
10 context.Response.AddHeader("Content-Disposition", "attachment;fileName=" + fileName);
11 context.Response.BinaryWrite(ms.ToArray());
12 context.Response.Flush();
13 context.Response.End();
14 }

这样就出现了第3个问题,“由于代码已经过优化或者本机框架位于调用堆栈之上,无法计算表达式的值。”,异常报错在最后一行,Response.End() 由于代码已经过优化或者本机框架位于调用堆栈之上,无法计算表达式的值。再百度吧,看到https://www.cnblogs.com/Alben-wang/p/6096568.html,于是将Response.End,改成调用HttpContext.Current.ApplicationInstance.CompleteRequest方法。于是最后一行为context.ApplicationInstance.CompleteRequest();。

但还是有问题,运行了一遍程序之后,就爆出了第4个错误。文件导出之后,提示:Excel在“xxxxxx.xlsx”中发现不可读取内容。是否恢复工作簿的内容?如果信任此工作簿的来源,请单击“是”。 单击“是”后:Excel 已完成文件级验证和修复。此工作簿的某些部分可能已被修复或丢弃。再百度吧,看到了https://www.cnblogs.com/qk2014/p/7729215.html,这篇文章,介绍的很好。加上设置大小下载下来的.xlsx文件打开时才不会报“Excel 已完成文件级验证和修复。此工作簿的某些部分可能已被修复或丢弃”

long fileSize = ms.Length;
context.Response.AddHeader("Content-Length", fileSize.ToString());
即可。

于是最后的代码就变成了:

 1 public static void RenderToBrowser(MemoryStream ms, HttpContext context, string fileName)
2 {
3 context.Response.Clear();
4 context.Response.ContentEncoding = Encoding.GetEncoding("GB2312");
5 context.Response.ContentType = "application/octet-stream";
6 context.Response.AppendHeader("Content-Disposition", "attachment; filename=" + fileName);
7 long fileSize = ms.Length;
8 context.Response.AddHeader("Content-Length", fileSize.ToString());
9 context.Response.BinaryWrite(ms.ToArray());
10 context.Response.Flush();
11 context.ApplicationInstance.CompleteRequest();
12 }

注意两段代码的第6行,略微有点不同。

至此忙活了一上午和中午,就得到了这样的成就,还是有很多不懂的地方啊。

看到网上有很多是导出成datatable形式的,也留几个链接参考:https://www.cnblogs.com/lazyneal/p/6148912.html,

https://www.cnblogs.com/luxiaoxun/p/3374992.html,https://www.cnblogs.com/a14907/p/6423733.html

上一篇:【grunt整合版】30分钟学会使用grunt打包前端代码


下一篇:PHPStorm技巧篇 -- 观感优化