.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方法，代码如下：

public static MemoryStream RenderToExcel(DataTable table)
{
    MemoryStream ms = new MemoryStream();
    using (table)
    {
        IWorkbook workbook = new HSSFWorkbook();
        ISheet sheet = workbook.CreateSheet();
        IRow headerRow = sheet.CreateRow(0);
        foreach (DataColumn column in table.Columns)
        {
            var headCell = headerRow.CreateCell(column.Ordinal);
            headCell.SetCellValue(column.Caption);
        }
        int rowIndex = 1;
        foreach (DataRow row in table.Rows)
        {
            IRow dataRow = sheet.CreateRow(rowIndex);
            foreach (DataColumn column in table.Columns)
            {
                var cellell = dataRow.CreateCell(column.Ordinal);
                cellell.SetCellValue(row[column].ToString());
            }
            rowIndex++;
        }
        workbook.Write(ms);
        ms.Flush();
        ms.Position = 0;
    }
    return ms;
}

        这样导出的是“.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输出流的时候就出错了。使用自定义流代替内存流，这样就可以保证流不会被自定关闭了。改写代码如下：

public class NPOIMemoryStream : MemoryStream
{
    /// <summary>
    /// 获取流是否关闭
    /// </summary>
    public bool IsColse
    {
        get;
        private set;
    }
    public NPOIMemoryStream(bool colse = false)
    {
        IsColse = colse;
    }
    public override void Close()
    {
        if (IsColse)
        {
            base.Close();
        }
    }
}
public static MemoryStream RenderToExcelNew(DataTable table)
{
    NPOIMemoryStream ms = new NPOIMemoryStream();
    using (table)
    {
        IWorkbook workbook = new XSSFWorkbook();
        ISheet sheet = null;
        sheet =workbook.CreateSheet();
        IRow headerRow = sheet.CreateRow(0);
        foreach (DataColumn column in table.Columns)
        {
            var headCell = headerRow.CreateCell(column.Ordinal);
            headCell.SetCellValue(column.Caption);
        }
        int rowIndex = 1;
        foreach (DataRow row in table.Rows)
        {
            IRow dataRow = sheet.CreateRow(rowIndex);
            foreach (DataColumn column in table.Columns)
            {
                var cellell = dataRow.CreateCell(column.Ordinal);
                cellell.SetCellValue(row[column].ToString());
            }
            rowIndex++;
        }    
        workbook.Write(ms);
        ms.Flush();
        ms.Position = 0;
    }
    return ms;
}

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

if (fileName.IndexOf(".xlsx") > 0) // 2007版本

workbook = new XSSFWorkbook(fs);

else if (fileName.IndexOf(".xls") > 0) // 2003版本

 workbook = new HSSFWorkbook(fs);

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

        我的导出是流的形式，生成之后导出的代码是：

using (MemoryStream ms = RenderToExcelNew(table))
{
    RenderToBrowser(ms, context, fileName);
}
public static void RenderToBrowser(MemoryStream ms, HttpContext context, string fileName)
{
    context.Response.Clear();
    context.Response.ContentEncoding =     Encoding.GetEncoding("GB2312");
    context.Response.ContentType = "application/octet-stream";
    context.Response.AddHeader("Content-Disposition", "attachment;fileName=" + fileName);
    context.Response.BinaryWrite(ms.ToArray());
    context.Response.Flush();
    context.Response.End();
}

        这样就出现了第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());
即可。

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

public static void RenderToBrowser(MemoryStream ms, HttpContext context, string fileName)
{
    context.Response.Clear();
    context.Response.ContentEncoding = Encoding.GetEncoding("GB2312");
    context.Response.ContentType = "application/octet-stream";
    context.Response.AppendHeader("Content-Disposition", "attachment; filename=" + fileName);
    long fileSize = ms.Length;
    context.Response.AddHeader("Content-Length", fileSize.ToString());
    context.Response.BinaryWrite(ms.ToArray());
    context.Response.Flush();
    context.ApplicationInstance.CompleteRequest();
}

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

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

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