简介适合C#初学者的源码合集共包含298个实例其中100个入门实例从变量声明、数据类型、控制结构、函数使用、数组与字符串处理入手逐步深入到类与对象、继承、多态等面向对象基础198个经典WinForm实例则覆盖按钮、文本框、列表框、菜单、对话框等常用控件并涉及事件处理、窗体布局、数据库连接与数据绑定等桌面开发核心主题。压缩包采用zip格式约47.92MB解压后可按编号逐个练习也可以直接导入Visual Studio运行调试。这套材料既能作为自学陪练也可用于培训教学或课程设计参考目前已吸引897人学习下载。学习时建议边调试边修改重点体会C#事件驱动编程、面向对象设计、异常处理与资源管理逐步熟悉.NET Framework和Visual Studio开发环境为后续项目开发积累可复用的界面与业务代码片段。1. C#入门实例源码100个加上198个WinForm实例滚动条得拉半天才能看完的合集拿到这类“100个198个经典实例源码合集.zip”压缩包的人大概分三种刚把Console.WriteLine跑通、准备看看WinForm长什么样的初学者被分配了维护老项目任务、急需照着现成代码改业务的半熟手以及收藏了十几个G资料、却始终没点开第二个文件夹的“仓鼠党”。这个标题真正在讲的事是用大量可运行的源码片段把C#语法、面向对象、WinForm控件、事件驱动和常见业务逻辑一次性铺开让入门者不必从空白的Form1.cs开始憋代码而是拆解成品、改参数、看结果。和看教程视频不同这类源码合集直接给了“答案”。但它的坑也很明显压缩包里的项目大多是Visual Studio某个特定版本创建的打开报错、SDK不兼容、代码风格老旧非常正常。所以这篇文章不打算介绍“怎么把zip解压”而是告诉你拿到这一堆.cs文件后应该按什么顺序看、哪些代码直接抄、哪些必须重写以及怎么把Console程序改成WinForm界面把死数据改成串口或Modbus实时采集。2. C#门槛没那么玄先跑通最小可执行项目再拆入门实例源码2.1 新机器上跑别人源码的三分钟体检不论zip里是100个还是198个实例落地第一步都是先确认运行环境。C#和Java、Python不一样它和SDK版本绑定得很紧。用.NET Framework 4.7.2写的WinForm项目拿.NET 8的dotnet run去跑很可能直接编译失败。拿到源码后我一般先做三件事dotnet --list-sdks dotnet --list-runtimes第一行看装了哪些SDK第二行看装了哪些运行时。如果是老项目还需要打开.csproj文件确认目标框架TargetFrameworkVersionv4.7.2/TargetFrameworkVersion这一行决定了你能不能直接双击.sln编译。若电脑上只有.NET Core 3.1以上的SDK老框架项目会提示“需要NET Framework 4.7.2 targeting pack”。解决方式不是立刻去下载离线安装包而是先看源码里有没有packages.config或packages/目录那说明项目用了NuGet旧式管理方式联网还原依赖时容易卡住。对于纯学习目的的源码更快的做法是新建项目把.cs文件拖进去而不是强行修复原工程。提示本地只有新版SDK但必须打开老框架工程时可以在项目目录下放一个global.json指定SDK版本。但若编译器本身的语法版本不兼容比如StringBuilder的老写法还是逃不掉改代码。2.2 能看懂这25行代码就算过入门关压缩包里最基础的例子大概率是计算器、记事本、登录窗体之类。看多了会发现WinForm的入门级源码几乎逃不脱三段式控件初始化、事件订阅、事件处理方法。下面这段模拟了最常见的结构public partial class Form1 : Form { private TextBox txtInput; private Button btnSubmit; public Form1() { InitializeComponent(); Load Form1_Load; // 窗体加载后再初始化数据 } private void Form1_Load(object sender, EventArgs e) { txtInput.Text DateTime.Now.ToString(yyyy-MM-dd HH:mm:ss); } private void btnSubmit_Click(object sender, EventArgs e) { // 事件处理器里做三件事取值、验证、反馈 string input txtInput.Text.Trim(); if (string.IsNullOrEmpty(input)) { MessageBox.Show(内容不能为空); return; } this.Text $你输入了{input}; } }这段代码值得逐行看的不是语法而是事件模型的“约定”btnSubmit_Click之所以能被触发不是因为方法名特殊而是在InitializeComponent()里有this.btnSubmit.Click new EventHandler(this.btnSubmit_Click);。这是WinForm初学者最容易懵的地方——自己手写一个叫btnOK_Click的方法界面却毫无反应就是因为没订阅事件。注意.NET 6的WinForm模板把Program.cs里的ApplicationConfiguration.Initialize()隐藏了老源码里对应的是Application.EnableVisualStyles()和Application.Run(new Form1())。看到老代码缺了这两行别急着补先看框架版本。2.3 别按文件顺序看按依赖链看298个实例听起来很多但其中大量是相似主题的不同写法。排列顺序决定了学习效率。我建议按下面这个顺序拆解优先级实例类型学习价值建议动作高基础控件Button/TextBox/ComboBox联动理解事件和属性手敲一遍高文件读写INI/TXT/XML配置学会持久化数据改写路径和编码高数据库CRUDDataGridView绑定DataTable掌握非连接式数据访问换成SQLite重写中GDI绘图画直线/曲线/柱状图了解自绘控件原理看懂Paint事件即可中多线程BackgroundWorker/Timer理解UI线程阻塞必看否则上位机卡死低第三方DLL调用串口、OPC、Modbus环境配置比代码本身难遇到需求再回来查判断一个源码值不值得细看的标准很简单它是否用到了“事件、委托、属性、异常处理”中的至少两个。如果只是一个按钮弹窗扫一眼即可如果是DataGridView实时刷新、串口接收不定长数据、子线程更新UI——这才是你真正要花时间拆的。3. WinForm界面美化和控件使用把丑默认窗体改成能见人的样子3.1 WinForm不是只能长成灰色方盒子很多人一打开WinForm项目就嫌弃界面老气转头去学WPF。但WinForm做界面美化核心不是换控件库而是理解它的绘制机制。最常见的三条路改控件的FlatStyle和BackColor、用Region属性做异形窗体、重写OnPaint过程自绘。先看一个不用任何第三方库就能见效的例子——给按钮加圆角和悬停颜色public class RoundButton : Button { public RoundButton() { FlatStyle FlatStyle.Flat; FlatAppearance.BorderSize 0; BackColor Color.FromArgb(52, 152, 219); ForeColor Color.White; Font new Font(微软雅黑, 9F); } protected override void OnPaint(PaintEventArgs pevent) { // 设置圆角路径 var path new System.Drawing.Drawing2D.GraphicsPath(); int radius 8; path.AddArc(0, 0, radius, radius, 180, 90); path.AddArc(Width - radius, 0, radius, radius, 270, 90); path.AddArc(Width - radius, Height - radius, radius, radius, 0, 90); path.AddArc(0, Height - radius, radius, radius, 90, 90); path.CloseAllFigures(); pevent.Graphics.SmoothingMode System.Drawing.Drawing2D.SmoothingMode.AntiAlias; this.Region new Region(path); base.OnPaint(pevent); } }逻辑说明这段代码重写了OnPaint方法在绘制前先构造一个带圆弧的GraphicsPath然后把控件的Region设置成这个圆角路径超出路径的部分全部裁掉。AddArc的四个调用分别处理左上、右上、右下、左下四个角radius控制圆角弧度半径。参数说明radius设为0就退化成长方形设为控件高度的一半就是胶囊按钮SmoothingMode.AntiAlias务必保留否则圆弧边缘会出锯齿。提示继承Button后记得在窗体设计器里把按钮类型替换成RoundButton。在设计器里删掉原来的Button在.Designer.cs中把声明类型改掉或者在界面上直接修改this.btn new RoundButton();。新手容易漏这一步结果跑起来还是默认按钮。3.2 DataGridView的样式与坑从白色格子到可读性报表WinForm项目里DataGridView的出场率极高几乎每个管理系统都有一张表。但网上的实例代码往往只做了dataGridView1.DataSource dt;运行出来的效果是默认白底黑字、自动列宽混乱而且大数据量滚动时卡顿明显。为了让表格一眼能看常规做法是设置系统自带样式dataGridView1.EnableHeadersVisualStyles false; dataGridView1.BorderStyle BorderStyle.None; dataGridView1.BackgroundColor Color.White; dataGridView1.RowHeadersVisible false; dataGridView1.SelectionMode DataGridViewSelectionMode.FullRowSelect; dataGridView1.MultiSelect false; dataGridView1.AutoSizeColumnsMode DataGridViewAutoSizeColumnsMode.Fill; dataGridView1.ColumnHeadersDefaultCellStyle.BackColor Color.FromArgb(54, 61, 73); dataGridView1.ColumnHeadersDefaultCellStyle.ForeColor Color.White; dataGridView1.ColumnHeadersDefaultCellStyle.Font new Font(微软雅黑, 9F); dataGridView1.ColumnHeadersHeight 32; dataGridView1.DefaultCellStyle.Font new Font(微软雅黑, 9F); dataGridView1.DefaultCellStyle.SelectionBackColor Color.FromArgb(41, 128, 185); dataGridView1.RowTemplate.Height 28;逻辑说明EnableHeadersVisualStylesfalse是WinForm里一个不显眼但很关键的属性——当它为true时系统会强制使用当前Windows主题风格来绘制列头导致你设置的BackColor无效。很多美化代码写了半天不起作用就是没关这个默认值。进阶用法是给某列设置单元格格式// 状态列0为正常1为告警2为故障 private void dataGridView1_CellFormatting(object sender, DataGridViewCellFormattingEventArgs e) { if (dataGridView1.Columns[e.ColumnIndex].Name Status) { if (e.Value ! null) { int status Convert.ToInt32(e.Value); switch (status) { case 0: e.Value 正常; e.CellStyle.ForeColor Color.Green; break; case 1: e.Value 告警; e.CellStyle.ForeColor Color.Orange; break; case 2: e.Value 故障; e.CellStyle.ForeColor Color.Red; break; } } } }这里用CellFormatting事件而不是在绑定数据前把状态翻译成文字好处是原始数据保持为int类型方便过滤和排序显示层只做映射。若直接把“正常/告警”写进DataTable后续做状态统计时就得多写一层转换了。注意WinForm里用BackgroundWorker或Task.Run往DataGridView的DataSource塞数据时必须回到UI线程。常见做法是在RunWorkerCompleted事件里赋值不要用dataGridView1.Invoke直接改DataSource后者容易导致列头闪烁和内存占用飙升。3.3 文字截取和格式化实例里的字符串拼接别照抄WinForm实例中大量涉及字符串处理比如从文件路径里取文件名、从报文里截取设备ID号、把毫秒时间戳转成日期等。老实例源码里最常见的写法是string s strMsg.Substring(5, 10);这种写法有两个隐患第一Substring的参数含义是“从索引5开始取10个字符”一旦报文长度变了就抛异常第二不知道原始字符串是什么编码时就取字节位置遇到中文会混乱。更健壮的做法是引入长度判断和IndexOf先定位string data ID:SN12345|T:36.5|H:65.2; int idStart data.IndexOf(ID:) 3; int idEnd data.IndexOf(|, idStart); if (idStart 3 idEnd idStart) { string deviceId data.Substring(idStart, idEnd - idStart); // deviceId SN12345 }这里的逻辑是先找ID:的位置再向后找竖线分隔符两个索引一减就是长度。相比直接硬编码数字改报文结构时只需要改前缀标记。所有解析串口报文、Modbus协议、TCP数据包的实例代码都值得按这个模式重写。4. 从源码到实战用C# WinForm写一个简单的数据采集与UI刷新程序4.1 为什么你照着实例抄的采集程序一运行就卡成PPT压缩包里大概率有几个串口通信或TCP通信的实例。它们往往长这样在btnOpen_Click里开一个while(true)循环收数据然后直接在循环里写textBox1.Text msg;。这个写法在数据量小、CPU快时“能跑”但数据一多UI线程被死循环占满窗口拖不动、按钮点不了最后系统提示“未响应”。C#上位机或数据采集程序卡顿的本质原因UI线程也叫主线程在做两件事——处理窗口消息鼠标、键盘、重绘和执行你的业务逻辑。当你把无限循环放进UI线程的事件处理器里消息队列得不到处理整个界面就冻结了。正确做法是把采集工作交给子线程UI线程只接收结果并刷新显示。下面给出一个最小可运行的采集框架模拟持续产生数据的设备public partial class Form1 : Form { private CancellationTokenSource _cts; private int _counter; public Form1() { InitializeComponent(); } private void btnStart_Click(object sender, EventArgs e) { if (_cts ! null) return; _cts new CancellationTokenSource(); _counter 0; // 创建后台任务模拟采集 1000 条数据 Task.Run(() SimulateDataCollection(_cts.Token), _cts.Token); } private void btnStop_Click(object sender, EventArgs e) { // 请求取消任务在下一次循环判断时退出 _cts?.Cancel(); _cts null; } private async Task SimulateDataCollection(CancellationToken token) { var random new Random(); while (!token.IsCancellationRequested) { _counter; double value random.NextDouble() * 100; // 跨线程更新 UI使用 BeginInvoke 而不是直接赋值 BeginInvoke((Action)(() { txtValue.Text value.ToString(F2); lblCount.Text $已采集: {_counter} 条; // 每10条追加一条历史记录 if (_counter % 10 0) { listBox1.Items.Insert(0, $[{DateTime.Now:HH:mm:ss}] {value:F2}); } })); // 模拟硬件采集间隔 100ms await Task.Delay(100, token); } } }逻辑说明Task.Run把采集循环放到线程池线程中CancellationTokenSource负责停止——btnStop_Click里调用Cancel()后循环里的token.IsCancellationRequested会变true下一次迭代自然退出。BeginInvoke是WinForm中跨线程更新UI的标准API它将委托排队到UI线程的消息队列中异步执行。参数说明Task.Delay(100, token)里的100是模拟硬件采样周期实际串口接收时这个延迟不固定取决于数据到达频率。random.NextDouble()*100是模拟0到100的随机测量值换成真实项目就是从串口缓冲区或SerialDataReceivedEventArgs里读出来的字节数据。4.2 UI刷新的三个细节BeginInvoke、频率限制和异常隔离跨线程更新UI只是第一步。实际项目里还会遇到刷新过频和线程异常问题。刷新频率限制如果采集周期是10ms一次BeginInvoke就会每10ms向UI线程投递一条消息。UI线程绘制Text和ListBox.Items.Insert远没有这么快消息堆积导致界面越来越卡。解决办法是降低UI更新频率比如只把原始数据缓存到队列里UI线程用Timer每200ms批量刷新一次private System.Windows.Forms.Timer _uiTimer; private Queuedouble _dataQueue new Queuedouble(); private void Form1_Load(object sender, EventArgs e) { _uiTimer new System.Windows.Forms.Timer(); _uiTimer.Interval 200; _uiTimer.Tick (s, ev) { // 批量取队列数据绘制曲线或更新文本 while (_dataQueue.Count 0) { double v _dataQueue.Dequeue(); // 更新 chart 或 textbox } }; _uiTimer.Start(); }线程异常隔离后台线程里任何未被捕获的异常都会直接让程序崩溃。串口通信中接收缓冲区比预期小、数据格式不对、设备掉线都会抛异常。常见做法是在SimulateDataCollection外层包try/catch并把异常消息带回UI显示try { // 采集逻辑 } catch (Exception ex) { BeginInvoke((Action)(() MessageBox.Show($采集异常: {ex.Message}))); }提示不要试图用Application.ThreadException捕获后台线程的异常这个事件只处理UI线程的未捕获异常。后台线程一定要自己包住。如果你在Task.Run里直接throw在旧框架下程序会直接终止。4.3 用NModbus4和SerialPort实现真实硬件通信的要点实例源码合集里大概率有串口通信、Modbus协议相关的项目。NModbus4是一个很常用的Modbus协议库但压缩包里的老代码往往引用了过时API——比如ModbusSerialMaster这个类在新版里已经没了。参看示例模拟读保持寄存器using Modbus.Device; // COM3, 9600, 8N1 using (var port new SerialPort(COM3, 9600, Parity.None, 8, StopBits.One)) { port.Open(); var master ModbusSerialMaster.CreateRtu(port); // 读从站1起始地址0读5个保持寄存器 ushort startAddress 0; ushort numRegisters 5; ushort slaveId 1; ushort[] result master.ReadHoldingRegisters(slaveId, startAddress, numRegisters); for (int i 0; i result.Length; i) { Console.WriteLine($寄存器[{startAddress i}] {result[i]}); } }注意几点SerialPort的DataReceived事件在辅线程触发不能在里面直接操作UI控件必须BeginInvoke或InvokeModbus RTU协议要求帧间间隔不少于3.5个字符时间波特率9600时大约4ms如果调用间隔太短可能收到异常应答。调试时可以先用Modbus Slave模拟器测通再连真实设备。5. 排错与反编译经验老源码打开报错、改写成新工程、从dll里挖代码5.1 解压后双击.sln打不开的三个高频原因从网上下载的源码合集下载者不会为每一个工程都保留完整的开发环境。打开报错时按下面顺序排查报错特征真正原因处理动作“此项目需要.NET Framework 4.5.2”本机未安装对应Developer Pack装4.5.2目标包或改TargetFrameworkVersion到已装版本NuGet包还原失败本机无旧源或镜像被墙用nuget restore手动拉包或删除packages引用改由SDK自动还原“不支持的SDK样式”csproj格式被新版VS改造过备份项目用VS转换向导升级或新建项目复制文件特别提醒老项目的packages.config里如果引用了第三方控件如DevExpress、ComponentFactory.KryptonToolkit这套合集往往不附带商业DLL。那种“缺少引用”的错误不是装个NuGet包就能解决的通常要删掉相关控件引用改成标准WinForm控件重写界面。判断方法错误列表里如果报错文件全是.Designer.cs且卡在DevExpress.XtraEditors.XtraForm这类命名空间就说明工程依赖了非免费商业库。5.2 老源码改写成新SDK风格项目的标准步骤遇到框架版本完全对不上最快的思路不是修复老工程而是重搭新工程再把代码搬进去。操作如下# 使用 dotnet CLI 创建 WinForms 项目.NET 8 dotnet new winforms -n MyDemo cd MyDemo # 把老项目 Form1.cs、Form1.Designer.cs 复制进来 copy D:\old_src\Form1.cs . copy D:\old_src\Form1.Designer.cs .但有几个细节必须手动查Program.cs里如果是Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false);新版只需ApplicationConfiguration.Initialize();多写也行但会警告。Form1.Designer.cs里的this.AutoScaleDimensions new System.Drawing.SizeF(6F, 12F);在本机高DPI下可能不变保持默认即可。老代码里的ArrayList、Hashtable等非泛型集合转到新工程时如果只是内部使用不改也能编译但建议顺手改成ListT和DictionaryTKey,TValue后续维护省事。注意新版SDK项目默认启用了Nullable上下文老代码中大量string s TextBox1.Text;在编译器眼里不会报错但如果声明了string?就产生大量警告。可以在.csproj里显式设Nullabledisable/Nullable。5.3 源码缺失时用dnSpy/ILSpy反编译dll找回逻辑有些实例合集为了减小体积不放源码工程只放了编译好的exe或dll。还有的源码注释不全个别核心方法已经丢失。此时要查逻辑常见做法是用ILSpy反编译看IL代码。以ILSpy为例拖入MyApp.exe后左侧树形结构可以展开命名空间、类、方法。反编译出来的代码虽然丢失局部变量名和注释但逻辑骨架是完整的——条件判断、循环、字符串格式化都能还原。比对着运行黑盒猜行为效率高得多。需要强调的是反编译仅用于个人学习和技术研究不要用于商业产品尤其不要解包收费控件库来绕过授权。反编译源码里最常见的还原难点是ListT的泛型类型参数和lambda表达式的委托实例。IL里叫MyClass/c__DisplayClass0_0ILSpy会转回成对用户友好的c__DisplayClass0_0闭包类。看到CS$8__locals0这样的名字不要慌那只是编译器生成的匿名方法的承载类型逻辑Oracle通常在Invoke方法的body里面。5.4 一套源码通吃C# 6.0到C# 12的语法兼容清单208个实例里老代码占大头而近年新语法层出不穷。如果遇到“表达式主体成员”“模式匹配”“record类型”在旧工程里不识别最简单的判断方式是看编译器版本。C# 6.0支持字符串插值$...7.0支持out var和元组8.0支持nullable引用类型9.0才有record。最实用的折中方案是对老工程只用字符串插值和ListT即可新语法保持观望。等把实例逻辑吃透再在自己新项目里尝试。6. 把实例源码变成自己的东西一个100行内的串口调试助手改造思路看源码是为了“拆”进阶是“改”。撬动一个压缩包里的串口助手实例把它改成支持自动发送定时上报指令的工具只需一小时。改造点有三个——发送区上加一段标准AT指令模板、接收区自动时间戳、用ComboBox保存历史端口列表。所谓应用不是填充完功能而是把读过的实例代码按自己的数据流重新组装从抄到写到改到适合真实场景的程度。本文还有配套的精品资源点击获取