C#实战:从零构建超市收银与库存管理系统
简介这份资源是一套基于C#实现的超市管理系统源码面向具备一定C#基础、希望练习Windows桌面应用开发与数据库操作的开发者重点解决收银结算与库存管理两大业务场景。压缩包共134个文件约629KB以97个cs源码文件为核心配合17个resx界面资源、9个csproj工程文件与2个sln解决方案另含sql建库脚本、config配置及settings文件工程结构完整可直接在Visual Studio中打开运行。内容涵盖商品扫描、价格显示、支付方式选择、小票打印等收银流程以及商品入库出库、库存数量与保质期跟踪、库存预警等管理功能并涉及ADO.NET数据库通信、事务处理与多线程并发控制等知识点。目前已有85人学习下载适合作为课程设计、毕业设计或C#桌面开发练手项目帮助读者理解MVC分层、数据库表关系设计与异常日志处理等实践思路。1. 从一台收银机说起为什么超市管理系统值得用 C# 重写一遍很多中小超市的收银台上跑的还是十几年前的单机软件数据库是 Access界面是 WinForm扫码枪一响后台库存表就锁死。老板想加一个「称重商品自动打折」的功能得找原厂报价五位数起步。这个场景我见过太多次也是我决定用 C# 自己搭一套超市管理系统的直接原因。C# 在这个领域有天然优势WinForm/WPF 做收银端界面成熟稳定串口和电子秤、扫码枪、小票打印机的对接资料齐全上位机开发那一套经验可以直接复用。收银和库存管理是超市系统的两条命脉前者要求响应快、不丢单后者要求账实相符、能追溯。这套系统适合谁适合有 C# 基础、想做一个能真正跑起来的桌面项目的开发者也适合小型超市想低成本替换老旧收银软件的负责人。接下来我会把收银结算、库存扣减、并发控制、数据持久化这几块拆开讲每一步都落到能复现的代码和参数上。2. 收银模块从扫码到小票打印的完整链路2.1 收银界面的核心控件与数据流设计收银端的界面不需要花哨但必须快。我一般用 WinForm 搭主界面核心控件就四个一个 TextBox 接收扫码枪输入扫码枪本质是键盘输入末尾带回车一个 DataGridView 显示已扫商品明细一个 Label 显示合计金额一个 Button 触发结算。扫码枪输入的处理逻辑是KeyDown 事件里判断 e.KeyCode Keys.Enter然后调用条码查询方法。数据流是这样的扫码枪输入条码 → 查商品表获取名称、单价、是否称重 → 如果是称重商品弹出输入框让收银员敲重量或者从电子秤串口读→ 计算小计 → 加入明细列表 → 刷新合计。这个链路里最容易翻车的地方是称重商品的处理很多新手直接把重量当数量传结果库存扣减时单位对不上。我的做法是商品表里加一个 IsWeighted 字段称重商品的库存单位是千克非称重商品是件扣减时统一按实际数量走。// 商品实体类对应数据库 Products 表 public class Product { public int Id { get; set; } public string Barcode { get; set; } // 条码扫码枪输入 public string Name { get; set; } // 商品名称 public decimal Price { get; set; } // 单价 public bool IsWeighted { get; set; } // 是否称重商品 public decimal Stock { get; set; } // 库存数量称重商品单位为 kg } // 收银明细行 public class SaleItem { public int ProductId { get; set; } public string Name { get; set; } public decimal Price { get; set; } public decimal Quantity { get; set; } // 称重商品为重量否则为件数 public decimal Subtotal Price * Quantity; }上面这段代码定义了收银模块的两个核心数据结构。Product 里的 IsWeighted 字段决定了后续库存扣减的单位Stock 用 decimal 而不是 int就是为了兼容称重商品的千克数。SaleItem 的 Subtotal 用表达式体属性每次取值实时计算避免手动赋值时漏算。参数上要注意 Price 和 Quantity 都用 decimal用 double 会在累加时出现精度问题收银场景下几分钱的误差累积起来就是账对不上。2.2 结算与库存扣减的事务处理结算按钮点下去要做三件事生成销售单主记录、生成销售单明细记录、扣减对应商品的库存。这三步必须在一个数据库事务里完成否则一旦扣库存失败但销售单已经写入账就乱了。我用 Dapper 做数据访问事务写法比 EF Core 更直观性能也更好。public bool Checkout(ListSaleItem items, decimal totalAmount) { using (var conn new SqlConnection(_connectionString)) { conn.Open(); using (var tran conn.BeginTransaction()) { try { // 1. 插入销售单主表返回自增 Id var saleId conn.ExecuteScalarint( INSERT INTO Sales (TotalAmount, SaleTime) VALUES (Total, Time); SELECT SCOPE_IDENTITY();, new { Total totalAmount, Time DateTime.Now }, tran); // 2. 逐条插入明细并扣减库存 foreach (var item in items) { conn.Execute( INSERT INTO SaleDetails (SaleId, ProductId, Quantity, Price) VALUES (SaleId, Pid, Qty, Price), new { SaleId saleId, Pid item.ProductId, Qty item.Quantity, Price item.Price }, tran); // 扣减库存同时校验库存是否充足 var affected conn.Execute( UPDATE Products SET Stock Stock - Qty WHERE Id Pid AND Stock Qty, new { Qty item.Quantity, Pid item.ProductId }, tran); if (affected 0) throw new Exception($商品 {item.Name} 库存不足结算失败); } tran.Commit(); return true; } catch { tran.Rollback(); throw; } } } }这段代码的关键在 UPDATE 语句的 WHERE 条件里加了 Stock Qty这是乐观并发控制的一种简单实现。如果两个收银台同时卖同一件商品数据库层面会保证只有一个能扣成功另一个 affected 为 0 直接抛异常回滚。参数 Qty 传的是 SaleItem.Quantity称重商品传的是实际重量非称重商品传的是件数单位在数据库层面是统一的。SCOPE_IDENTITY() 拿自增主键比 IDENTITY 安全不会拿到触发器插入的其他表的 Id。注意如果超市有多个收银台数据库连接字符串要指向同一台服务器不能用本地 SQLite 各存各的否则库存永远对不上。3. 库存管理入库、盘点与预警的落地细节3.1 入库单与库存流水表的设计库存管理最忌讳只存一个当前库存数出了差异根本查不出原因。我的做法是加一张 StockLog 表每次入库、销售扣减、盘点调整都往这张表里写一条流水Products 表的 Stock 字段只是流水汇总的结果。这样任何一笔库存变动都能追溯到时间、操作人和单据号。-- 库存流水表 CREATE TABLE StockLog ( Id INT IDENTITY(1,1) PRIMARY KEY, ProductId INT NOT NULL, ChangeQty DECIMAL(18,3) NOT NULL, -- 正数入库负数出库 ChangeType TINYINT NOT NULL, -- 1入库 2销售 3盘点调整 4退货 RefNo VARCHAR(50), -- 关联单据号 Operator VARCHAR(20), LogTime DATETIME DEFAULT GETDATE() ); -- 入库时同时更新库存和写流水 CREATE PROCEDURE sp_StockIn ProductId INT, Qty DECIMAL(18,3), RefNo VARCHAR(50), Operator VARCHAR(20) AS BEGIN BEGIN TRANSACTION; UPDATE Products SET Stock Stock Qty WHERE Id ProductId; INSERT INTO StockLog (ProductId, ChangeQty, ChangeType, RefNo, Operator) VALUES (ProductId, Qty, 1, RefNo, Operator); COMMIT; END;存储过程 sp_StockIn 把更新库存和写流水绑在一个事务里调用方只需要传商品 Id、数量、单据号和操作人。ChangeQty 用正负号区分出入库ChangeType 区分业务类型后续做库存报表时按 ChangeType 分组就能看出销售出库和盘点调整各占多少。RefNo 字段关联入库单号或销售单号查一笔差异时直接按 RefNo 过滤流水几分钟就能定位到是哪一单出的问题。3.2 库存预警的定时检查与消息推送库存预警不需要实时计算我一般用 Quartz.NET 或者简单的 Timer 每十分钟跑一次检查。逻辑很简单查 Products 表里 Stock 小于 MinStock 的商品汇总成一条消息在收银端右下角弹通知同时写一条记录到 WarningLog 表避免重复提醒。// 库存预警检查每 10 分钟执行一次 private void CheckStockWarning(object state) { var lowStockItems _conn.QueryProduct( SELECT * FROM Products WHERE Stock MinStock AND IsActive 1).ToList(); if (lowStockItems.Any()) { var msg string.Join(\n, lowStockItems.Select(p ${p.Name} 当前库存 {p.Stock}低于预警值 {p.MinStock})); // 写预警日志同一商品当天只提醒一次 foreach (var item in lowStockItems) { var exists _conn.ExecuteScalarint( SELECT COUNT(1) FROM WarningLog WHERE ProductId Pid AND CAST(LogTime AS DATE) CAST(GETDATE() AS DATE), new { Pid item.Id }); if (exists 0) { _conn.Execute(INSERT INTO WarningLog (ProductId, Message) VALUES (Pid, Msg), new { Pid item.Id, Msg ${item.Name} 库存不足 }); } } // 在 UI 线程弹出通知 _mainForm.BeginInvoke(new Action(() _mainForm.ShowWarning(msg))); } }这段代码里 MinStock 是 Products 表的一个字段每个商品可以设不同的预警值比如矿泉水设 50 箱进口红酒设 5 瓶。WarningLog 的去重逻辑按天判断避免同一个商品一天弹几十次通知。BeginInvoke 是必须的Timer 回调在非 UI 线程上跑直接操作控件会抛跨线程异常这个坑我踩过不止一次。4. 避坑与排查收银库存系统上线后最容易翻车的五个点4.1 扫码枪输入丢字符现象收银员扫码很快时条码偶尔少一位或者多一个回车导致查不到商品。原因扫码枪模拟键盘输入的速度远快于人手如果 TextBox 的 KeyPress 事件里有耗时操作比如查数据库后续字符会丢失。解决不要在 KeyPress 里直接查库把条码缓存到本地内存字典里KeyPress 只做内存查找查不到再走数据库。另外把 TextBox 的 ShortcutsEnabled 设为 false防止扫码枪输入被系统快捷键拦截。4.2 库存扣成负数现象盘点时发现某些商品库存是负数但销售记录看起来正常。原因并发扣减时没有加 Stock Qty 的条件或者用了先查后扣的两步操作两个收银台同时查到库存为 1都扣成功变成 -1。解决扣减语句必须带 WHERE Stock Qty用 affected rows 判断是否成功。如果业务允许超卖那就在代码层面加锁但超市场景不建议超卖。4.3 小票打印机中文乱码现象小票上商品名称显示成问号或方块。原因小票打印机默认编码是 GBK而 C# 字符串是 Unicode直接发过去就乱码。解决在打印指令前加 ESC/POS 的编码切换命令或者用打印机的 SDK 设置编码为 GB18030。我一般用 RawPrinterHelper 直接发字节流发送前用 Encoding.GetEncoding(GB18030).GetBytes(text) 转一遍。4.4 数据库连接池耗尽现象收银高峰期系统越来越慢最后报「超时时间已到但是尚未从池中获取连接」。原因每次操作都 new SqlConnection 但没有用 using 包裹连接没释放回池。解决所有数据库操作必须用 using 包裹 SqlConnectionDapper 的扩展方法内部会处理连接释放但前提是你传进去的 connection 本身要被正确 dispose。另外连接字符串里可以加 Max Pool Size200 适当调大。4.5 盘点时锁表导致收银卡死现象后台做全盘盘点时收银端扫码后半天没反应。原因盘点脚本用了 SELECT * FROM Products WITH (TABLOCKX) 锁了整张商品表收银查商品被阻塞。解决盘点不要锁表用快照隔离级别或者分批读取。SQL Server 可以开 READ_COMMITTED_SNAPSHOT让读操作不阻塞写操作。盘点数据先写到临时表最后统一比对更新。5. 进阶技巧用委托和事件解耦收银与库存模块收银模块和库存模块如果直接互相调用代码会很快变成一团乱麻。我的做法是用 C# 的委托和事件做一层解耦收银结算成功后只负责发布一个 SaleCompletedEvent库存模块订阅这个事件去扣库存预警模块也订阅这个事件去检查是否触发补货提醒。这样收银端不需要知道库存怎么扣库存端也不需要知道收银界面长什么样。// 定义事件参数 public class SaleCompletedEventArgs : EventArgs { public int SaleId { get; set; } public ListSaleItem Items { get; set; } public DateTime CompletedTime { get; set; } } // 收银服务里声明事件 public class CheckoutService { public event EventHandlerSaleCompletedEventArgs SaleCompleted; public void Checkout(ListSaleItem items) { // ... 前面的结算逻辑 ... // 结算成功后触发事件 SaleCompleted?.Invoke(this, new SaleCompletedEventArgs { SaleId saleId, Items items, CompletedTime DateTime.Now }); } } // 库存模块订阅事件 public class InventoryService { public void Subscribe(CheckoutService checkout) { checkout.SaleCompleted OnSaleCompleted; } private void OnSaleCompleted(object sender, SaleCompletedEventArgs e) { // 这里做库存扣减和流水记录 foreach (var item in e.Items) { DeductStock(item.ProductId, item.Quantity, e.SaleId); } } }这个模式的好处是以后要加一个「销售数据同步到总部」的功能只需要再写一个订阅者收银端一行代码都不用改。委托和事件是 C# 里最被低估的特性很多做上位机开发的同行只用来做串口回调其实在业务解耦上同样好用。参数上注意 EventArgs 里只放必要的数据不要塞整个数据库实体否则订阅者拿到太多无关字段反而容易误用。验证这套系统是否可靠我一般做三个测试第一用两个收银端同时卖同一件库存为 1 的商品看是否只有一个成功第二模拟扫码枪快速输入 100 个条码看是否有丢字符第三盘点时故意改一个商品的库存数看流水表能否追溯到差异来源。这三个测试过了基本就能上线跑。我自己的习惯是每次改完库存相关的代码先把第二个测试跑一遍因为扫码丢字符这个问题在开发环境很难复现只有实际收银员的手速才能触发。希望帮到你。本文还有配套的精品资源点击获取

相关新闻

TRACE32嵌入式调试入门:硬件连接、CPU识别与多核同步实战

TRACE32嵌入式调试入门:硬件连接、CPU识别与多核同步实战

简介:本资源是一份面向嵌入式开发初学者与硬件调试工程师的《劳特巴赫TRACE32快速入门》PDF手册,聚焦解决TRACE32调试环境从零搭建的核心痛点——涵盖软件安装、硬件连接、启动配置及常见问题排查。手册内容覆盖ARM/Tricore/PowerPC等主流平台&#xff0…

2026/9/23 22:37:50 阅读更多 →
RenderDoc Event ID 机制详解:事件 ID、Action 与 API 参数的结构化数据映射

RenderDoc Event ID 机制详解:事件 ID、Action 与 API 参数的结构化数据映射

开发工具调试器图形学GPU 【免费下载链接】renderdoc RenderDoc is a stand-alone graphics debugging tool. 项目地址: https://gitcode.com/gh_mirrors/re/renderdoc 点击查看 免费下载 导读 本文基于 RenderDoc 官方文档中的 Event IDs 章节,深入讲…

2026/9/23 22:36:49 阅读更多 →
Posting 使用与贡献 FAQ 深度解读:请求编辑、协作流程与 Textual 技术底座

Posting 使用与贡献 FAQ 深度解读:请求编辑、协作流程与 Textual 技术底座

Posting 使用与贡献 FAQ 深度解读:请求编辑、协作流程与 Textual 技术底座 【免费下载链接】posting The modern API client that lives in your terminal. 项目地址: https://gitcode.com/gh_mirrors/po/posting 本文以 docs/faq.md 为核心骨架,围…

2026/9/23 22:36:49 阅读更多 →

最新新闻

ECG心电信号分类实战:Python与Matlab双版本实现与避坑指南

ECG心电信号分类实战:Python与Matlab双版本实现与避坑指南

简介:这是一份面向医学数据分析、生物医学工程及机器学习初学者的ECG心电信号分类资源包,整合Python与MATLAB两套实现方案,帮助学习者掌握从信号预处理、特征提取到分类建模的完整流程。压缩包共825个文件,约6.25MB,核…

2026/9/24 0:46:51 阅读更多 →
YOLOv7打电话检测实战:双格式数据集与训练部署全解析

YOLOv7打电话检测实战:双格式数据集与训练部署全解析

简介:YOLOv7打电话行为检测项目,面向计算机视觉开发者与边缘设备部署场景,适合需要快速落地手持电话识别功能的工程人员及高校研究者。压缩包提供训练好的权重、完整训练代码以及配套数据集,可直接加载权重进行图片/视频推理&…

2026/9/24 0:46:51 阅读更多 →
ResNet50迁移学习做垃圾分类:数据对齐、模型改造与可解释性实战

ResNet50迁移学习做垃圾分类:数据对齐、模型改造与可解释性实战

简介:本资源是一份基于ResNet50迁移学习实现垃圾分类任务的完整Python项目,面向计算机、人工智能、数据科学等专业学生及初入CV领域的开发者,适用于课程设计、毕业设计、大作业或技术验证场景。项目已通过实测运行,包含模型训练、…

2026/9/24 0:46:51 阅读更多 →
基于SpringBoot的仓储管理系统-附源码

基于SpringBoot的仓储管理系统-附源码

温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片! 温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片! 温馨提示:本人主页置顶文章(点我)开头有 CSDN 平台…

2026/9/24 0:44:50 阅读更多 →
ISO 24748-3指南:软件生命周期过程落地与裁剪实战

ISO 24748-3指南:软件生命周期过程落地与裁剪实战

简介:ISO/IEC/IEEE 24748-3:2020 是一份系统与软件工程领域生命周期管理国际标准,旨在为组织实施 ISO/IEC/IEEE 12207(软件生命周期过程)提供详细指南。该标准共75页,完整英文电子版,适用于软件工程师、系统…

2026/9/24 0:44:50 阅读更多 →
Linux与Windows交替输出实现原理对比

Linux与Windows交替输出实现原理对比

1. 这道题到底在考什么:从“交替输出”看操作系统思维的本质差异刚看到这个标题——“Linux课后作业,用Windows下批处理和Linux下的shell脚本完成,两文本交替输出”——我第一反应不是写代码,而是笑了。不是笑题目难,是…

2026/9/24 0:44:50 阅读更多 →

日新闻

基于YOLOv8的渔船作业监控系统:从环境搭建到边缘部署全流程

基于YOLOv8的渔船作业监控系统:从环境搭建到边缘部署全流程

简介:这是一套面向计算机、人工智能、自动化等专业学生与教师的毕业设计级项目资源,围绕YOLOv8实现渔船作业监控系统,可用于毕设、课程设计、大作业或项目立项演示。压缩包共97个文件,约24.21MB,以70个Python源码文件为…

2026/9/24 0:00:19 阅读更多 →
单细胞注释实战:基于Scanpy的标记基因与参考映射流程解析

单细胞注释实战:基于Scanpy的标记基因与参考映射流程解析

简介:一份基于单细胞RNA测序数据的细胞类型注释算法研究Python毕业设计源码,针对计算机相关专业正在做毕设或需要项目实战的学习者,可用于课程设计与期末大作业。项目代码完整、经导师指导评审通过,可直接运行,覆盖数据…

2026/9/24 0:00:19 阅读更多 →
C#源生成器实战:用增量生成器替代反射,告别AOT崩溃

C#源生成器实战:用增量生成器替代反射,告别AOT崩溃

第一次在项目里被反射卡住,是在一个老旧的WinForms模块里:几十个类依赖PropertyChanged通知,运行时反射读属性、发通知,每次启动慢半拍不说,一上.NET Native/AOT裁剪模式几乎全面崩盘。后来我把这段逻辑全部改成C#源生…

2026/9/24 0:00:19 阅读更多 →

周新闻

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

直接铺开项目本身吧。这几个月我一直在折腾一件事:用Flutter给OpenHarmony做一款游戏集合类的App,说白了就是把若干小游戏塞进一个壳里,用统一入口分发。这个方向本身不算新鲜,真正让我花了不少心思的,是首页那堆游戏卡…

2026/9/23 4:55:02 阅读更多 →
Word表格编号全攻略:从列表编号到题注交叉引用

Word表格编号全攻略:从列表编号到题注交叉引用

写Word文档,最让人头疼的往往是那些“看起来不起眼”的小问题。比如表格编号这事:今天在表后面多加了两个空白行,明天给客户交稿前发现整个章节的编号全部错位,光是挨个改序号就能耗掉大半个下午。我前阵子帮人整理一份上百页的技…

2026/9/23 4:49:06 阅读更多 →
从第一个站到第二个站:独立开发者的静态网站选型与落地实践

从第一个站到第二个站:独立开发者的静态网站选型与落地实践

1. 项目概述1.1 核心需求解析做独立开发者这几年,说实话,第一个网站上线的那天晚上我兴奋得没睡着。但等它跑了半年,流量惨淡、功能臃肿、代码自己都懒得看第二遍之后,我才慢慢琢磨明白一个道理:第一个网站是练手&…

2026/9/23 9:53:41 阅读更多 →

月新闻

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能分类:[AI/大模型]细分主题:AI 增强型 CI/CD 流水线自动化与 GitOps 实践:Agent 工作流、工具调用与任务拆解:从原型到生产的验收清单很多团队在尝试用大…

2026/9/23 9:53:40 阅读更多 →
容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场分类:[工程技术]细分主题:Kubernetes 生产环境运维与排障实战:可复制的项目复盘模板与决策记录大部分团队的事故复盘报告,最后都变成了躺在 Confluence 或钉…

2026/9/23 9:53:40 阅读更多 →
容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步分类:[工程技术]细分主题:Docker 容器化技术与镜像安全管理:核心链路的逐步实现与关键代码取舍面对一个积累了五六年历史包袱的单体架构应用(包含 Web 接口、后台…

2026/9/23 9:53:40 阅读更多 →