简介这份资源面向具备一定C#基础的开发者聚焦于使用C#读取CSV与Excel文件这一常见数据处理需求帮助解决表格数据导入、解析与界面展示中的实际问题。压缩包内共1个doc文档约34KB以文字讲解配合代码示例的形式呈现便于边看边练。内容围绕OleDbConnection与OleDbDataAdapter两类核心对象展开涵盖CSV连接字符串的构造、HDR与FMT等扩展属性含义、SQL查询语句编写、DataTable数据填充以及通过DataGridView自动生成列并绑定数据源的展示方式同时对比了读取Excel时ACE提供程序与连接字符串的差异。读者可从中掌握两种文件格式的读取思路与关键参数配置理解列名识别、分隔符处理等细节并可直接参考示例代码快速应用到自己的项目中。目前已有260人学习适合需要处理表格数据导入的C#初学者与进阶开发者参考。1. 从一份“打不开的表格”说起C#读取CSV和Excel到底在解决什么你有没有遇到过这种情况同事发来一个.csv文件双击打开全是密密麻麻的逗号分隔文本眼睛都看花了或者拿到一个.xls老表格想把它里面的数据导入到自己写的程序里却不知道从哪下手。这时候C#读取CSV和Excel文件这件事就成了绕不过去的一道坎。通俗地说CSV 就是“用逗号当隔断的纯文本表格”Excel 则是“带格式、带多个工作表的电子表格”。两者长得像脾气却完全不同。C# 作为一门桌面和后台开发常用的语言提供了 OleDb 这套“老牌连接工具”让你不用手动一行行拆字符串就能像查数据库一样把表格数据读进来再塞进 DataTable 或直接显示在界面上。搞懂它你就能把散落在文件里的数据变成程序能用的结构化内容而不是对着满屏逗号干瞪眼。2. 为什么偏偏用 OleDb一条连接字符串背后的门道2.1 把文件当数据库OleDb 的“翻译官”角色很多人第一次看到OleDbConnection会懵我明明只是读个文件怎么冒出“数据库连接”了打个比方OleDb 就像一个翻译官它不管你面前是 CSV 还是 Excel都统一用“数据库方言”去沟通。你告诉它文件在哪、是什么格式它就帮你把文件内容翻译成一张虚拟的表然后你用熟悉的 SQL 语句select * from ...就能把数据取出来。这样做的好处是你不需要自己写解析逻辑去处理引号、换行、分隔符这些琐碎细节。尤其是 CSV字段里如果本身包含逗号手动拆分很容易翻车而 OleDb 的FMTDelimited配合HDRYES能帮你把列名和分隔规则都处理好。对于 Excel它还能直接定位到某个工作表比如[test1$]就代表名为 test1 的那张表。2.2 连接字符串拆解Provider、Data Source 与 Extended Properties连接字符串是整套流程的“钥匙”写错一个字符就会报错。以 CSV 为例string connStr ProviderMicrosoft.Jet.OLEDB.4.0;Data Source filePath ;Extended Propertiestext;HDRYES;FMTDelimited;;Provider指定用哪个数据提供程序。Jet 是较老的引擎适合 32 位环境如果读.xlsx新格式通常换成Microsoft.ACE.OLEDB.12.0。Data Source注意 CSV 这里填的是文件夹路径不是文件本身。因为 OleDb 把整个文件夹当成一个“数据库”文件夹里的每个 CSV 文件相当于一张表。Extended Properties这是最容易被忽略的部分。text表示按文本处理HDRYES表示第一行是列名如果文件没有列名就写HDRNOFMTDelimited表示用分隔符默认逗号切分字段。Excel 的连接字符串则不同Data Source直接指向.xls文件Extended Properties里写Excel 8.0;HDRYES;IMEX1;。其中IMEX1是个“后悔药”参数它告诉引擎把混合类型的数据比如一列里既有数字又有文字统一当作文本读避免某些行莫名其妙变成空值。2.3 从查询到界面DataAdapter 与 DataGridView 的接力拿到连接之后真正干活的是OleDbDataAdapter。它像一根吸管把select语句查出来的结果吸进DataTable里OleDbDataAdapter odp new OleDbDataAdapter(commandText, olconn); DataTable dt new DataTable(); odp.Fill(dt);commandText就是你的 SQL 语句。对 CSV 来说表名就是文件名含扩展名所以代码里用csvDir.Replace(filePath, )把路径去掉只留文件名。对 Excel 来说表名是[工作表名$]比如[test1$]。数据进了DataTable最后一步就是显示。dataGridView1.AutoGenerateColumns true让控件根据数据自动生成列dataGridView1.DataSource dt.DefaultView把数据绑上去。如果你不想要自动列名也可以关掉自动生成手动设置HeaderText甚至把某一列设为NotSortable防止误排序。这套接力下来文件里的数据就变成了界面上可看、可排序的表格。3. CSV 与 Excel 读取的易混区别别把两套写法搅在一起3.1 常见误区连接字符串混用导致“外部表不是预期格式”初学者最容易犯的错就是把 CSV 的连接字符串套到 Excel 上或者反过来。比如用text;HDRYES去连.xls文件引擎会直接报“外部表不是预期格式”。原因很简单CSV 的Data Source是文件夹Excel 的Data Source是文件本身CSV 的Extended Properties以text开头Excel 则以Excel 8.0或Excel 12.0开头。两者就像螺丝和螺母口径不对硬拧只会滑丝。区分方法很直接看扩展名。.csv走文本引擎.xls走 Excel 引擎.xlsx则需要 ACE 引擎。代码里那个if (csvDir.Trim().ToUpper().EndsWith(CSV))判断就是在做这件事虽然写法上把路径当成了判断对象但意图是清晰的——先分清文件类型再选对应的连接方式。3.2 常见误区HDRYES 与 HDRNO 对列名的影响HDR这个参数控制“第一行是不是列名”。很多人以为设成NO只是少一行标题实际上它会彻底改变列的命名方式。当HDRNO时OleDb 会自动用 F1、F2、F3 这样的字段名代替而不是用文件里的第一行。如果你后面想用dt.Columns[姓名]去取列就会直接报错找不到列。所以如果 CSV 第一行确实是列名就老老实实写HDRYES如果第一行就是数据那就写HDRNO然后在代码里手动给列改名。代码注释里提到的“没有列名的”那段被注释掉的逻辑就是在处理这种情况——用dataGridView2.Columns[0].HeaderText 序号这种方式把 F1 改成有意义的列名。3.3 常见误区IMEX1 不是万能药但缺了它容易翻车IMEX1常被称作“混合数据救星”。它的作用是强制把整列当作文本读取这样即使某列前几行是数字、后面突然冒出文字也不会出现“前面读得到、后面变空”的玄学问题。但要注意它并不是所有场景都适用。如果你明确知道某列全是数字并且需要参与计算加上IMEX1反而会让数字变成字符串后续做加法时还得手动转换。另一个容易混淆的点是IMEX只对 Excel 引擎有明显效果CSV 的文本引擎本身就以文本方式读取通常不需要这个参数。所以别把 Excel 的连接字符串原封不动复制到 CSV 上多一个参数可能不会报错但会让代码意图变得混乱。3.4 常见误区工作表名后面的 $ 符号不能丢读 Excel 时select * from [test1$]里的$是工作表标识符丢了它引擎就不知道你要查哪张表。更麻烦的是如果工作表名里有空格或特殊字符还得用方括号包起来比如[Sheet 1$]。很多人从别人那里复制代码只改了文件名却忘了改工作表名结果查出来的是空表或者直接报错。区分方法打开 Excel 看一眼底部的工作表标签标签上写的是什么方括号里就写什么后面紧跟$。如果代码里写的是[test1$]但实际工作表叫Sheet1那就对不上了。这种错误不会给你任何“表不存在”的明确提示只会默默返回一张空表让人误以为文件里没数据。4. 什么时候该用这套方法什么时候该绕道4.1 适合的场景快速原型、内部工具、老格式兼容如果你在写一个内部用的小工具需要让非技术同事把 CSV 或 Excel 拖进来就能看到数据OleDb 这套写法非常省事。它不需要额外安装 NuGet 包System.Data.OleDb在 .NET Framework 项目里直接可用。尤其是面对老旧的.xls文件很多现代库反而不支持而 Jet 引擎却能稳稳读出来。另外当文件结构简单、列数固定、不需要复杂的数据清洗时用select *一把梭是最快的。代码量少逻辑直白出了问题也容易定位——无非就是连接字符串、文件路径、工作表名这三个地方。对于“把表格数据显示到界面上”这个需求它几乎是最短路径。4.2 不适合的场景大文件、新格式、跨平台但这套方法也有明显的边界。首先Jet 引擎是 32 位的如果你的项目编译成 64 位就会报“未在本地计算机上注册 Microsoft.Jet.OLEDB.4.0”。换成 ACE 引擎可以解决但 ACE 需要额外安装数据访问组件部署时多了一道手续。其次CSV 文件如果超过几十万行OleDb 的读取速度会明显下降因为它毕竟不是为大数据量设计的。更麻烦的是跨平台。System.Data.OleDb在 Linux 或 macOS 上基本不可用如果你打算把程序迁移到非 Windows 环境这套代码就得推倒重来。另外.xlsx虽然可以用 ACE 读但 ACE 引擎的版本兼容性偶尔会出问题比如装了 32 位 Office 却跑了 64 位程序就会找不到提供程序。4.3 一个具体例子从“能跑”到“跑得稳”的调整假设你有一个 CSV 文件第一行是列名但某一列里既有数字又有文字。最初你写了HDRYES;FMTDelimited读出来发现文字那几行变成了空白。这时候加上IMEX1通常能解决但要注意 CSV 的文本引擎对IMEX的支持不如 Excel 引擎稳定更稳妥的做法是在连接字符串里把整列当文本处理或者在DataTable填充后手动遍历列做类型转换。再假设你要读一个.xls文件工作表名叫data但代码里写的是[Sheet1$]。程序不会报错只是DataTable里一行数据都没有。这时候别急着怀疑文件坏了先检查方括号里的名字是否和 Excel 底部标签完全一致。这种“沉默失败”是最容易让人踩坑的地方我自己的习惯是每次读 Excel 之前先手动打开文件确认工作表名再把它原样复制到代码里。注意如果你的项目目标是 .NET Core 或 .NET 5System.Data.OleDb需要额外安装 NuGet 包并且仍然只能在 Windows 上运行。跨平台场景建议考虑其他解析方案。从那以后我每次写读取 CSV 或 Excel 的代码都强制自己先走一遍“三查”查扩展名对应的连接字符串、查工作表名或文件名是否完全匹配、查HDR和IMEX是否符合数据实际情况。这三步花不了两分钟但能省下大量对着空表格发呆的时间。希望帮到你。本文还有配套的精品资源点击获取