ASP.NET Core 零依赖 Excel 读写方案：EPPlus + ExcelDataReader 实战

简介：本资源是一套基于ASP.NET Core WebAPI的Excel文件处理实战项目，面向C#后端开发者及.NET全栈工程师，解决Web服务中高频的Excel导入与导出需求。项目完整集成EPPlus（用于高效生成/导出OpenXML格式Excel）与ExcelDataReader（支持流式读取新旧版Excel，避免内存溢出），规避Office Interop依赖，适配无Office环境的服务器部署。压缩包含208个文件，主体为149个运行时DLL、12个核心C#源码（含控制器、服务层与模型）、11个JSON配置及构建缓存文件，辅以csproj、sln等工程文件，总大小21.89MB，结构清晰，开箱即用。目前已有400人学习下载，提供可直接运行的API接口示例（如ExportExcel方法）、完整NuGet依赖配置、静态资源缓存策略及常见异常处理逻辑，帮助开发者快速掌握高性能Excel处理的最佳实践。

1. Excel 处理不靠 Office、不装 COM 组件：一个纯 .NET Core Web API 的轻量级 Excel 读写方案

你有没有遇到过这种场景：后台服务要解析用户上传的 Excel 报表（比如财务对账单、HR 花名册、IoT 设备日志），但服务器没装 Excel、不能调用 Office COM、又不想走 Office Online 或第三方云 API？或者前端导出报表时，要求保留合并单元格、样式、公式结果，但用 CSV 又丢格式、用 OpenXML 又太重、写起来像在解构 XML 黑匣子？这个excel-handler项目就是为这类真实生产需求而生的——它用 ASP.NET Core Web API 搭骨架，EPPlus 做导出主力（支持 .xlsx/.xlsb，带样式/图表/公式计算），ExcelDataReader 做导入引擎（零依赖、内存友好、支持 .xls/.xlsx/.xlsb/.ods），全程不碰 Office 进程、不依赖 Windows 注册表、不走任何外部服务。适合中小型企业内部系统、数据中台 ETL 接口、SaaS 平台的 Excel 集成模块。如果你正卡在「上传 Excel 解析失败」或「导出 Excel 格式错乱」上，这个项目能直接抄作业跑通，而不是再花三天查 EPPlus 的Load()和SaveAs()到底哪个该用FileStream哪个该用MemoryStream。

2. 项目结构与技术选型：为什么是 EPPlus + ExcelDataReader 而不是 OpenXML 或 NPOI？

这个项目不是玩具 Demo，而是按生产级 Web API 工程组织的。它把 Excel 处理拆成「上传解析」和「下载生成」两条正交链路，中间用强类型 DTO 隔离，避免业务逻辑被 Excel 格式细节污染。技术栈选择有明确取舍：不用 OpenXML 是因为其 API 过于底层（操作一个合并单元格要写 5 行 XML 元素），开发效率低且易出错；不用 NPOI 是因它对 .NET Core 6+ 的异步支持不完善，且 xls/xlsx 双模实现差异大，维护成本高；而 EPPlus（v6+）已全面拥抱 .NET 6+ 的Span<T>和Memory<T>，导出性能比 NPOI 高 30% 以上，ExcelDataReader 则以「只读、零分配、流式解析」见长，10MB Excel 文件解析内存占用稳定在 8MB 内（实测数据）。整个项目编译目标是net6.0，兼容 Windows/Linux/macOS，Docker 部署无压力。

2.1 目录结构：5 个核心文件夹讲清职责边界

项目采用标准 ASP.NET Core 分层结构，但针对 Excel 场景做了微调：

src/ ├── ExcelHandler.Api/ # 主 Web API 项目（Controllers + Startup） ├── ExcelHandler.Core/ # 领域模型与 Excel 专用 DTO（如 ExcelImportResult<T>, ExportConfig） ├── ExcelHandler.Services/ # 业务服务层（IExcelImportService, IExcelExportService） ├── ExcelHandler.Infrastructure/ # Excel 引擎封装（EPPlusWrapper, ExcelDataReaderAdapter） └── ExcelHandler.Tests/ # 单元测试（重点覆盖边界：空 Sheet、日期格式错位、超长文本截断）

提示：ExcelHandler.Infrastructure是本项目的“玄学”集中营——它不直接暴露 EPPlus 的ExcelPackage或 ExcelDataReader 的IExcelDataReader，而是封装成IExcelReader和IExcelWriter两个接口，让上层完全感知不到底层是 EPPlus 还是未来可能替换的其他库。这是为后续升级 EPPlus v7 或接入 LibreOffice SDK 留的后悔药。

2.2 依赖注入配置：3 行代码搞定 Excel 引擎注册

在Program.cs中，Excel 相关服务通过AddTransient注册，确保每次请求独享实例（避免 EPPlus 的ExcelPackage非线程安全问题）：

// Program.cs builder.Services.AddTransient<IExcelReader, ExcelDataReaderAdapter>(); builder.Services.AddTransient<IExcelWriter, EPPlusWriter>(); builder.Services.AddScoped<ExcelImportService>();

注意IExcelWriter用Transient而非Scoped：EPPlus 的ExcelPackage在SaveAs()后会释放内部流，若复用实例会导致ObjectDisposedException。这个血泪经验来自某次压测——并发 200 请求导出，15% 请求报Cannot access a closed Stream，排查 4 小时才定位到生命周期问题。

2.3 核心接口契约：用 DTO 定义 Excel 的“语义层”

项目不传原始DataTable或List<Dictionary<string, object>>，而是定义了可验证的导入/导出契约：

// ExcelHandler.Core/Models/Import/ExcelImportRequest.cs public class ExcelImportRequest { public IFormFile File { get; set; } // 支持 multipart/form-data 上传 public string SheetName { get; set; } = "Sheet1"; // 指定工作表 public bool HasHeader { get; set; } = true; // 是否含列头 public int SkipRows { get; set; } = 0; // 跳过前 N 行（处理报表标题栏） } // ExcelHandler.Core/Models/Export/ExcelExportRequest.cs public class ExcelExportRequest<T> where T : class { public IEnumerable<T> Data { get; set; } public string FileName { get; set; } = "export.xlsx"; public ExportOptions Options { get; set; } = new(); } public class ExportOptions { public bool AutoFitColumns { get; set; } = true; public bool IncludeHeader { get; set; } = true; public Dictionary<string, ColumnStyle> ColumnStyles { get; set; } = new(); // 如：{"Amount", new ColumnStyle { NumberFormat = "#,##0.00" }}; }

这些 DTO 直接作为 Controller 参数，配合[FromForm]和[FromBody]自动绑定，省去手动解析IFormFile流的胶水代码。

2.4 Controller 层：RESTful 风格的 Excel 端点设计

API 设计遵循资源语义，两个核心端点清晰分离关注点：

// ExcelHandler.Api/Controllers/ExcelController.cs [ApiController] [Route("api/[controller]")] public class ExcelController : ControllerBase { private readonly IExcelImportService _importService; private readonly IExcelExportService _exportService; public ExcelController(IExcelImportService importService, IExcelExportService exportService) { _importService = importService; _exportService = exportService; } /// <summary> /// 导入 Excel：返回结构化数据 + 解析统计（行数、空行数、错误行索引） /// </summary> [HttpPost("import")] public async Task<ActionResult<ImportResult<Person>>> ImportPersonData( [FromForm] ExcelImportRequest request) { var result = await _importService.ImportAsync<Person>(request); return Ok(result); } /// <summary> /// 导出 Excel：返回文件流，前端可直接 download /// </summary> [HttpPost("export")] public async Task<IActionResult> ExportPersonData( [FromBody] ExcelExportRequest<Person> request) { var stream = await _exportService.ExportAsync(request); return File(stream, "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet", request.FileName); } }

关键点：ImportPersonData用[FromForm]接收文件，ExportPersonData用[FromBody]接收 JSON 数据，避免混淆；返回类型明确标注泛型Person，让 Swagger 文档自动生成字段说明。

3. 导入模块拆解：ExcelDataReader 如何做到 10MB 文件 200ms 内解析完成？

ExcelDataReader 的核心优势是「流式只读 + 零反射 + 无缓存」。它不把整个 Excel 加载进内存，而是按需读取每个单元格，特别适合大文件或内存受限环境。本项目封装了ExcelDataReaderAdapter，屏蔽了.xls和.xlsx的底层差异，对外统一提供IExcelReader接口。

3.1 ExcelDataReaderAdapter：统一 xls/xlsx/ods 的适配器模式

// ExcelHandler.Infrastructure/Readers/ExcelDataReaderAdapter.cs public class ExcelDataReaderAdapter : IExcelReader { public async Task<T[]> ReadAsync<T>(Stream stream, ExcelImportRequest config) where T : class, new() { using var reader = ExcelReaderFactory.CreateReader(stream); var dataSet = reader.AsDataSet(new ExcelDataSetConfiguration { UseColumnDataType = true, ConfigureDataTable = _ => new ExcelDataTableConfiguration { UseHeaderRow = config.HasHeader } }); var table = dataSet.Tables[config.SheetName] ?? dataSet.Tables[0]; var list = new List<T>(); // 跳过指定行数 var startRow = config.SkipRows + (config.HasHeader ? 1 : 0); for (int i = startRow; i < table.Rows.Count; i++) { var row = table.Rows[i]; var item = new T(); foreach (DataColumn col in table.Columns) { var propName = GetPropertyName(col.ColumnName); var prop = typeof(T).GetProperty(propName); if (prop == null || row[col] == DBNull.Value) continue; try { // 类型转换：ExcelDataReader 返回 object，需转为 T 的属性类型 var converted = Convert.ChangeType(row[col], prop.PropertyType); prop.SetValue(item, converted); } catch (Exception ex) { // 记录转换失败，但不停止整个导入（容错设计） LogConversionError(col.ColumnName, row[col], prop.PropertyType, ex); } } list.Add(item); } return list.ToArray(); } private string GetPropertyName(string columnName) => columnName.Trim().Replace(" ", "").ToPascalCase(); }

这段代码的关键在于：

• ExcelReaderFactory.CreateReader(stream)自动识别文件格式（.xls走BinaryReader，.xlsx走ZipArchive）；
• AsDataSet()构建DataSet是为了复用 ADO.NET 的类型推断逻辑（比如"2023-01-01"自动转DateTime），比手动遍历IExcelDataReader更稳；
• GetPropertyName()做列名清洗（去空格、转 PascalCase），让 Excel 列First Name映射到 C# 属性FirstName，避免手动写映射字典。

3.2 类型安全转换：如何处理 Excel 的“万能 object”？

ExcelDataReader 返回的row[col]是object，但 C# 属性有明确类型。项目用Convert.ChangeType()做基础转换，但对特殊类型做了增强：

// ExcelHandler.Infrastructure/Utils/ExcelTypeConverter.cs public static class ExcelTypeConverter { public static object ConvertToType(object value, Type targetType) { if (value == null || value == DBNull.Value) return null; // Excel 日期是 double（自1900-01-01起的天数），需转 DateTime if (targetType == typeof(DateTime) && value is double excelDate) { return DateTime.FromOADate(excelDate); } // Excel 数字可能带千分位，Convert.ChangeType 会失败，先清理 if (targetType == typeof(decimal) && value is string str && decimal.TryParse(str.Replace(",", ""), out var dec)) { return dec; } try { return Convert.ChangeType(value, targetType); } catch { // 转换失败时返回默认值，避免中断整个导入 return targetType.IsValueType ? Activator.CreateInstance(targetType) : null; } } }

这个转换器被注入到ExcelDataReaderAdapter的循环中，确保decimal、DateTime、bool等常见类型不翻车。

3.3 导入结果封装：不只是数据，还有上下文信息

ImportResult<T>不是简单List<T>，而是包含诊断信息的富对象：

public class ImportResult<T> { public T[] Data { get; set; } public int TotalRows { get; set; } public int ValidRows { get; set; } public List<ImportError> Errors { get; set; } = new(); public List<string> Warnings { get; set; } = new(); } public class ImportError { public int RowIndex { get; set; } // 从 1 开始计数，符合 Excel 用户直觉 public string ColumnName { get; set; } public string Message { get; set; } public object RawValue { get; set; } }

例如上传一个含 1000 行的 Excel，其中第 50 行Email列是空字符串，第 200 行Age列填了"abc"，返回的Errors会明确标出这两行，前端可高亮显示，用户无需下载错误日志再逐行核对。

4. 导出模块拆解：EPPlus 如何生成带样式的 Excel 而不写一行 XML？

EPPlus 是目前 .NET 生态最成熟的 Excel 生成库，v6+ 版本彻底重构了内存模型，用MemoryStream替代FileStream，导出速度提升明显。本项目封装EPPlusWriter，聚焦「数据驱动样式」——样式规则写在ExportOptions里，而非硬编码在业务逻辑中。

4.1 EPPlusWriter：从数据到 Excel 的 4 步流水线

// ExcelHandler.Infrastructure/Writers/EPPlusWriter.cs public class EPPlusWriter : IExcelWriter { public async Task<MemoryStream> WriteAsync<T>(IEnumerable<T> data, ExportOptions options) where T : class { var stream = new MemoryStream(); using var package = new ExcelPackage(stream); var worksheet = package.Workbook.Worksheets.Add("Data"); // Step 1: 写入表头（如果需要） if (options.IncludeHeader) { var properties = typeof(T).GetProperties(); for (int i = 0; i < properties.Length; i++) { worksheet.Cells[1, i + 1].Value = properties[i].Name; worksheet.Cells[1, i + 1].Style.Font.Bold = true; } } // Step 2: 写入数据行 var rows = data.ToList(); for (int i = 0; i < rows.Count; i++) { var row = rows[i]; var props = typeof(T).GetProperties(); for (int j = 0; j < props.Length; j++) { var value = props[j].GetValue(row); worksheet.Cells[i + (options.IncludeHeader ? 2 : 1), j + 1].Value = value; } } // Step 3: 应用列样式（数字格式、宽度等） ApplyColumnStyles(worksheet, options.ColumnStyles, options.IncludeHeader); // Step 4: 自动列宽（如果启用） if (options.AutoFitColumns) { worksheet.Cells[worksheet.Dimension.Address].AutoFitColumns(); } await package.SaveAsync(); stream.Position = 0; // 重置流位置，供 Controller 返回 return stream; } private void ApplyColumnStyles(ExcelWorksheet ws, Dictionary<string, ColumnStyle> styles, bool hasHeader) { var props = ws.Dimension?.Columns ?? 0; for (int col = 1; col <= props; col++) { var header = hasHeader ? ws.Cells[1, col].Value?.ToString() : null; if (string.IsNullOrEmpty(header)) continue; if (styles.TryGetValue(header, out var style)) { var range = ws.Cells[hasHeader ? 2 : 1, col, ws.Dimension?.Rows ?? 1, col]; if (!string.IsNullOrEmpty(style.NumberFormat)) range.Style.Numberformat.Format = style.NumberFormat; if (style.Width > 0) ws.Column(col).Width = style.Width; if (style.Alignment != null) range.Style.HorizontalAlignment = style.Alignment; } } } }

关键设计点：

• worksheet.Cells[1, i + 1]写表头，worksheet.Cells[i + (hasHeader ? 2 : 1), j + 1]写数据，行号计算清晰；
• ApplyColumnStyles用列名（非列索引）匹配样式，styles字典键是"Amount"，不是"C"，避免列顺序变动导致样式错位；
• AutoFitColumns()必须在SaveAsync()前调用，否则无效——这是 EPPlus 的坑，文档没明说。

4.2 ColumnStyle：用声明式语法控制 Excel 样式

ColumnStyle是项目的核心配置类，让样式定义脱离代码：

public class ColumnStyle { public string NumberFormat { get; set; } // "#,##0.00", "yyyy-mm-dd", "@" public double Width { get; set; } = 0; // 0 表示不设置 public HorizontalAlignment? Alignment { get; set; } // Left, Center, Right public bool IsHidden { get; set; } = false; public bool IsLocked { get; set; } = false; }

使用示例（导出订单报表）：

var request = new ExcelExportRequest<Order> { Data = orders, FileName = "orders_202310.xlsx", Options = new ExportOptions { AutoFitColumns = true, ColumnStyles = new Dictionary<string, ColumnStyle> { ["OrderDate"] = new() { NumberFormat = "yyyy-mm-dd" }, ["Amount"] = new() { NumberFormat = "#,##0.00", Alignment = HorizontalAlignment.Right }, ["Status"] = new() { Width = 15 } } } };

这样，业务代码里看不到ws.Column(3).Style.Numberformat.Format = "yyyy-mm-dd"这种胶水代码，所有样式集中在一处，改一个地方全局生效。

4.3 高级技巧：合并单元格与条件格式的封装

虽然项目主体不强制用高级功能，但预留了扩展点。例如合并单元格，只需在EPPlusWriter中加一个MergeRanges属性：

public class ExportOptions { // ... 其他属性 public List<MergeRange> MergeRanges { get; set; } = new(); } public class MergeRange { public string Range { get; set; } // "A1:C1", "D2:D10" public object Value { get; set; } // 合并后显示的值 }

然后在WriteAsync末尾插入：

foreach (var merge in options.MergeRanges) { worksheet.Cells[merge.Range].Merge = true; worksheet.Cells[merge.Range].Value = merge.Value; }

条件格式同理，用worksheet.Cells["A1:A100"].Style.Fill.PatternType = OfficeOpenXml.Style.ExcelFillStyle.Solid;就能实现。

5. 避坑指南：5 个真实踩过的坑与解决方案

做 Excel 处理，90% 的时间花在解决边缘 case 上。以下是本项目实测中踩过的典型坑，每一条都附带复现方式和根治方案。

5.1 现象：上传 .xls 文件时ExcelReaderFactory.CreateReader()报System.NotSupportedException: No data is available for encoding 1200

原因：ExcelDataReader 默认不加载System.Text.Encoding.CodePages包，而.xls（BIFF8）文件常含中文，需Encoding.GetEncoding(1200)（UTF-16）。.NET 6+ 默认不包含此编码。

解决：在ExcelHandler.Api.csproj中添加：

<ItemGroup> <PackageReference Include="System.Text.Encoding.CodePages" Version="6.0.0" /> </ItemGroup>

并在Program.cs初始化时注册：

// Program.cs Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);

提示：不加这行，.xls文件读取中文列名或内容时会乱码或直接抛异常，但.xlsx不受影响（它用 UTF-8）。

5.2 现象：EPPlus 导出的 Excel 打开提示“发现不可读取的内容”，点击“是”后样式丢失

原因：ExcelPackage构造时未指定ExcelPackage.LicenseContext = LicenseContext.NonCommercial（开发环境）或LicenseContext.Commercial（生产环境），EPPlus v6+ 对未授权使用会注入校验逻辑，导致文件损坏。

解决：在EPPlusWriter构造函数中强制设置：

public EPPlusWriter() { ExcelPackage.LicenseContext = LicenseContext.NonCommercial; // 生产环境请购买商业授权并改为 LicenseContext.Commercial }

注意：EPPlus v6+ 开始必须显式声明授权，否则即使只是本地调试也会触发校验。

5.3 现象：导入含日期的 Excel，DateTime属性全为0001-01-01

原因：ExcelDataReader 对日期列的类型推断不准，有时返回string而非DateTime，Convert.ChangeType("2023-01-01", typeof(DateTime))会失败。

解决：在ExcelTypeConverter.ConvertToType()中增强日期解析：

if (targetType == typeof(DateTime) && value is string str) { if (DateTime.TryParse(str, out var dt)) return dt; if (DateTime.TryParseExact(str, "yyyy/MM/dd", null, DateTimeStyles.None, out dt)) return dt; }

5.4 现象：导出大数据量（>10w 行）时内存暴涨，GC 频繁，响应超时

原因：worksheet.Cells[row, col].Value = value是逐单元格赋值，10w 行 × 10 列 = 100w 次属性访问，开销巨大。

解决：改用二维数组批量写入：

// 替换原循环写入逻辑 var dataArray = new object[rows.Count, props.Length]; for (int i = 0; i < rows.Count; i++) { var row = rows[i]; for (int j = 0; j < props.Length; j++) { dataArray[i, j] = props[j].GetValue(row); } } worksheet.Cells[hasHeader ? 2 : 1, 1, hasHeader ? 1 + rows.Count : rows.Count, props.Length] .LoadFromArrays(new[] { dataArray });

实测 10w 行导出时间从 8s 降至 1.2s，内存峰值下降 65%。

5.5 现象：Linux 容器中导出 Excel 报System.TypeInitializationException，内嵌异常为System.DllNotFoundException: Unable to load shared library 'libgdiplus'

原因：EPPlus 依赖libgdiplus渲染字体/图片，但 Alpine Linux 镜像默认不装。

解决：在Dockerfile中安装依赖：

FROM mcr.microsoft.com/dotnet/aspnet:6.0-alpine RUN apk add --no-cache libgdiplus ttf-dejavu # ... 其余构建步骤

注意：不要用mcr.microsoft.com/dotnet/aspnet:6.0（Debian），它体积大；Alpine 小而快，但必须手动装libgdiplus。

6. 二次开发实战：如何快速接入你自己的业务实体与定制逻辑？

这个项目不是“拿来即用”的黑盒，而是为你留好插槽的底盘。我一般会在接手新项目时，用以下三步在 1 小时内完成接入，从跑通到上线。

6.1 第一步：定义你的业务 DTO，并生成 Excel 映射规则

假设你要处理「设备巡检记录」，新建类InspectionRecord：

// ExcelHandler.Core/Models/InspectionRecord.cs public class InspectionRecord { public string DeviceId { get; set; } // Excel 列：设备编号 public DateTime CheckTime { get; set; } // Excel 列：检查时间 public string Status { get; set; } // Excel 列：状态（正常/异常） public decimal Temperature { get; set; } // Excel 列：温度（℃） public string Notes { get; set; } // Excel 列：备注 }

然后在 Controller 中加一个端点：

[HttpPost("import-inspections")] public async Task<ActionResult<ImportResult<InspectionRecord>>> ImportInspections( [FromForm] ExcelImportRequest request) { var result = await _importService.ImportAsync<InspectionRecord>(request); // 业务逻辑：入库前校验温度是否超限 foreach (var item in result.Data) { if (item.Temperature > 80) result.Warnings.Add($"设备 {item.DeviceId} 温度 {item.Temperature}℃ 超限！"); } return Ok(result); }

6.2 第二步：定制导出样式，让 Excel 符合公司模板

公司巡检 Excel 模板要求：

• 表头蓝底白字，字体加粗；
• Temperature列右对齐，数字格式0.00℃；
• Status列用条件格式："异常"标红，"正常"标绿。

只需改ExportOptions：

var options = new ExportOptions { IncludeHeader = true, ColumnStyles = new Dictionary<string, ColumnStyle> { ["Temperature"] = new() { NumberFormat = "0.00\"℃\"", Alignment = HorizontalAlignment.Right }, ["Status"] = new() { Width = 12 } } }; // 条件格式单独加（EPPlus 原生支持） var statusCol = 4; // Status 是第 4 列 var rule = worksheet.ConditionalFormatting.AddTextRule( eExcelConditionalFormattingTextOperator.ContainsText, "异常"); rule.Style.Font.Color.SetColor(Color.Red); rule.AddRange(worksheet.Cells[2, statusCol, worksheet.Dimension?.Rows ?? 1, statusCol]); var rule2 = worksheet.ConditionalFormatting.AddTextRule( eExcelConditionalFormattingTextOperator.ContainsText, "正常"); rule2.Style.Font.Color.SetColor(Color.Green); rule2.AddRange(worksheet.Cells[2, statusCol, worksheet.Dimension?.Rows ?? 1, statusCol]);

6.3 第三步：对接数据库，实现导入即入库

在ExcelImportService中注入DbContext，把ImportAsync<T>改造成事务性操作：

public class ExcelImportService : IExcelImportService { private readonly IExcelReader _reader; private readonly AppDbContext _context; public ExcelImportService(IExcelReader reader, AppDbContext context) { _reader = reader; _context = context; } public async Task<ImportResult<T>> ImportAsync<T>(ExcelImportRequest request) where T : class, new() { var data = await _reader.ReadAsync<T>(request.File.OpenReadStream(), request); using var transaction = await _context.Database.BeginTransactionAsync(); try { await _context.Set<T>().AddRangeAsync(data); await _context.SaveChangesAsync(); await transaction.CommitAsync(); return new ImportResult<T> { Data = data, ValidRows = data.Length }; } catch { await transaction.RollbackAsync(); throw; } } }

从那以后我每次接到 Excel 集成需求，都强制走一遍「定义 DTO → 写 Controller 端点 → 配样式 → 接 DB」四步流程，不再临时拼凑代码。这套模式已在 3 个不同客户项目中验证，平均接入时间 1.5 小时，零线上事故。希望帮到你。

本文还有配套的精品资源，点击获取