企业官网建设流程全解析

简介：这是一款基于C#与MySQL开发、采用艾宾浩斯记忆曲线算法的WinForm背单词应用，适合计算机相关专业学生完成课程设计或毕业设计参考。应用将词典、题库与记忆单词功能整合，按遗忘规律动态安排复习计划，帮助用户科学高效地扩充词汇量。压缩包共包含2000个文件，以json词库数据为主，另有xml配置文件、txt说明文本、docx需求与设计文档、开题报告以及pptx演示文稿等，资源包大小约94.11MB，目录结构清晰，便于按模块查阅。目前已有274人学习下载。通过这份项目资料，读者可获取完整可运行的C#/MySQL工程代码、单词词库数据、数据库设计脚本及配套文档，掌握艾宾浩斯记忆曲线在WinForm程序中的具体实现思路，也能参考其界面布局与数据组织方式，适用于期末答辩、课设报告撰写和二次开发拓展。

1. 基于 C# 和 MySQL 的艾宾浩斯背单词：先算对“下一次复习”再说

“基于 C#+MySQL 开发（WinForm）艾宾浩斯记忆曲线实现的背单词”这个标题拆开看，真正难的不是 WinForm 界面，也不是 MySQL 建表，而是“艾宾浩斯记忆曲线”怎么被翻译成一段可运行的调度逻辑。我见过不少 WinForm 项目案例把界面做得很漂亮，复习日期却是把DateTime.Now加七天存进数据库，完全忽略背单词场景是按“自然日”来排期的，结果曲线形同虚设。这个方案适合 C# 初学者做课程设计或自用工具，也适合想把内部词库做成离线桌面软件的小团队：数据全在自己手里，复习节奏随手能改，不依赖任何云服务。下面按“表结构 → 界面 → 调度 → 踩坑 → 进阶”的顺序，把完整路径走一遍。

2. MySQL 表结构设计：单词库、学习记录与复习队列怎么建

先建库。单词表里既存英文、音标，又存中文释义，字符集必须一开始就用utf8mb4，而不是默认的utf8。音标里的ə、æ、ʊ这些字符在utf8下能存，但生僻字或 emoji 一旦出现，utf8就顶不住了。建库语句顺手把排序规则也定下来，后面导入词库时少一堆报错。

CREATE DATABASE IF NOT EXISTS wordbook DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE wordbook;

逻辑说明：utf8mb4是 MySQL 里真正完整的 UTF-8 实现，utf8mb4_general_ci是比较宽松但速度快的排序规则。日常查询单词、去重、排序都用不上特别严格的 Unicode 排序，general_ci足够。如果你明确要求某些字段按拼音或精确二进制比较，再单独改成utf8mb4_unicode_ci或utf8mb4_bin，全局默认用general_ci是最稳的选择。

2.1 三张核心表：words、study_records、review_logs 的字段取舍

背单词软件的核心表只有三张：单词表、学习记录表、复习日志表。很多初学把“学习记录”和“复习日志”合成一张表，后面画统计图、做趋势分析时立刻后悔。单词是静态数据，复习状态是动态数据，历史行为是只增数据，三者生命周期完全不同，一开始就分开。

CREATE TABLE words ( word_id INT PRIMARY KEY AUTO_INCREMENT, word VARCHAR(64) NOT NULL UNIQUE, phonetic VARCHAR(128), meaning TEXT NOT NULL, book_id INT NOT NULL DEFAULT 1, created_at DATE NOT NULL ) ENGINE=InnoDB; CREATE TABLE study_records ( record_id INT PRIMARY KEY AUTO_INCREMENT, word_id INT NOT NULL UNIQUE, stage INT NOT NULL DEFAULT 0, interval_days INT NOT NULL DEFAULT 1, next_review_date DATE NOT NULL, review_count INT NOT NULL DEFAULT 0, last_result TINYINT NOT NULL DEFAULT 0, last_review_date DATE, CONSTRAINT fk_sr_word FOREIGN KEY (word_id) REFERENCES words(word_id) ) ENGINE=InnoDB; CREATE TABLE review_logs ( log_id BIGINT PRIMARY KEY AUTO_INCREMENT, word_id INT NOT NULL, review_date DATE NOT NULL, stage_before INT NOT NULL, stage_after INT NOT NULL, result TINYINT NOT NULL, KEY idx_log_date (review_date) ) ENGINE=InnoDB;

参数说明：words.word加UNIQUE，导入词库前先做去重，C# 端不用额外查一遍。study_records.word_id也必须唯一，因为一个单词当前进度只有一份，出现两行会让调度逻辑彻底失控；历史行为统一丢给review_logs。stage表示当前处于间隔序列的第几档，interval_days是冗余字段，存当前间隔天数，方便调试时一眼看出这个单词被排到了几天后，省得每次现算。last_result用 0/1 表示不认识/认识，虽然日志表里也有，但调度时高频使用，单独冗余一列能避免每次 JOIN 几十万行的日志表。review_logs主键用BIGINT是因为日志只增不减，几年下来轻松超过INT上限，这个坑越早避开越好。

2.2 用 SQL 生成今天的复习队列：一次查询把到期单词捞出来

队列查询是整个软件的发动机。复习队列的筛选条件只有一个：next_review_date小于等于今天。注意这里必须用<=而不是=，因为如果用户昨天漏复习了，这个单词今天还在队列里，用等号会把它默默丢掉。桌面软件最常见的场景就是用户直接关电脑，漏一天非常正常。

SELECT w.word_id, w.word, w.phonetic, w.meaning, sr.stage, sr.interval_days, sr.next_review_date FROM study_records sr JOIN words w ON w.word_id = sr.word_id WHERE sr.next_review_date <= CURDATE() ORDER BY sr.next_review_date ASC, sr.word_id ASC LIMIT 200;

逻辑说明：用CURDATE()取数据库服务器当天日期，而不是从 C# 端传DateTime.Now进来，这是避免时区错位的第一道防线。ORDER BY next_review_date ASC保证过期最久、最该复习的单词排在前面。LIMIT 200控制单日队列长度——很多初学者忽略这一点，结果曲线算法没问题，但复习量爆炸，第一天就把 500 个词全堆给你，直接劝退。这组 SQL 不需要存储过程，调度逻辑写在 C# 里更好维护，改间隔序列不用动数据库。

2.3 连接串参数：Charset、SslMode 与连接池

连接串是很多人第一次跑不起来的重灾区。桌面应用连接本机 MySQL，常用连接串写法如下：

Server=127.0.0.1;Port=3306;Database=wordbook;Uid=root;Pwd=yourpassword;Charset=utf8mb4;SslMode=None;

参数说明：Charset=utf8mb4必须和建库字符集一致，否则中文释义显示问号时你根本猜不到是连接串的问题。SslMode=None是本地开发环境跳过 SSL 握手，部署到内网服务器时建议改成Preferred或按公司规范走证书。Uid和Pwd不建议明文写死在代码里，把连接串放到App.config的连接配置节中，发布时只替换配置文件，不用重新编译。连接池默认是开启的，只要每个MySqlConnection都走using块释放，不需要额外调参；如果跑一段时间报连接池耗尽，问题基本不是参数，而是某处new了连接没关闭。

2.4 词库导入：INSERT IGNORE 与批量提交

词库通常不是一条条录入的，而是从 CSV 或其它词书文件导入。导入时的去重交给数据库完成，C# 端只负责把文件读成行。

INSERT IGNORE INTO words (word, phonetic, meaning, book_id, created_at) VALUES ('abandon', '/əˈbændən/', 'v. 放弃', 1, CURDATE());

逻辑说明：INSERT IGNORE遇到word字段唯一键冲突时直接跳过，不报错，适合大文件批量导入。C# 端用MySqlBulkCopy或循环执行都可以，词库量级通常几千到几万条，循环执行加事务提交完全够用，没必要引入额外组件。created_at用CURDATE()而不是DateTime.Now，保证入库日期是数据库视角，避免开发机时区与数据库时区不一致导致统计日期偏移。

3. WinForm 主界面与学习流程：把记忆曲线调度跑进按钮事件

表结构设计好之后，WinForm 界面反而简单。背单词软件的学习界面有个反直觉的原则：越朴素越好。背单词时注意力应该集中在单词上，界面上放进度环、等级特效、动画切换，都属于干扰项。真要美化，先从字体、间距、配色入手，而不是堆控件。

3.1 主窗体布局：单词卡片、两个按钮与今日列表

主窗体我一般用TableLayoutPanel做整体布局，不写死坐标，窗口缩放时控件自动排布。顶部一个大号Label显示当前单词，下面一行小号Label显示音标和词性，中间一块区域显示释义——默认隐藏，点击“显示释义”或答错后再展示。右下角两个按钮：“认识”和“不认识”。下方DataGridView以只读方式列出今日待复习单词，底部StatusStrip显示“今日剩余 37 个”这类进度信息。

从 winform 界面美化的角度，建议把所有字体、颜色、间距统一抽到一个静态样式类里，而不是在每个窗体的属性面板里手工调。这样后续换主题只改一处，项目中几十个Label不会出现三种字号。

3.2 认识/不认识：C# 端的调度核心代码

这是整个项目最值得抄的一段代码。点“认识”或“不认识”按钮，本质是修改study_records的进度并写入日志，整个操作放在一个数据库事务里，防止状态更新成功但日志写入失败，那样统计图会缺数据。

private static readonly int[] Intervals = { 1, 2, 4, 7, 15, 30 }; private void HandleReview(int wordId, bool known) { using (var conn = new MySqlConnection(ConnectionString)) { conn.Open(); using (var tx = conn.BeginTransaction()) { int oldStage = GetStage(conn, wordId, tx); int newStage = known ? oldStage + 1 : 0; int days = Intervals[Math.Min(newStage, Intervals.Length - 1)]; DateTime nextDate = DateTime.Today.AddDays(days); // 更新学习记录 var updateCmd = conn.CreateCommand(); updateCmd.Transaction = tx; updateCmd.CommandText = @"UPDATE study_records SET stage = @stage, interval_days = @days, next_review_date = @nextDate, review_count = review_count + 1, last_result = @result, last_review_date = @today WHERE word_id = @wordId"; updateCmd.Parameters.AddWithValue("@stage", newStage); updateCmd.Parameters.AddWithValue("@days", days); updateCmd.Parameters.AddWithValue("@nextDate", nextDate); updateCmd.Parameters.AddWithValue("@result", known ? 1 : 0); updateCmd.Parameters.AddWithValue("@today", DateTime.Today); updateCmd.Parameters.AddWithValue("@wordId", wordId); updateCmd.ExecuteNonQuery(); // 写复习日志 var logCmd = conn.CreateCommand(); logCmd.Transaction = tx; logCmd.CommandText = @"INSERT INTO review_logs (word_id, review_date, stage_before, stage_after, result) VALUES (@wordId, @today, @oldStage, @stage, @result)"; logCmd.Parameters.AddWithValue("@wordId", wordId); logCmd.Parameters.AddWithValue("@today", DateTime.Today); logCmd.Parameters.AddWithValue("@oldStage", oldStage); logCmd.Parameters.AddWithValue("@stage", newStage); logCmd.Parameters.AddWithValue("@result", known ? 1 : 0); logCmd.ExecuteNonQuery(); tx.Commit(); LoadTodayQueue(); } } }

逻辑说明：认识时stage加一，然后从Intervals数组里取对应间隔；不认识时stage归零，间隔回到 1 天。Math.Min(newStage, Intervals.Length - 1)防止连对很多次后数组下标越界。事务保证两条 SQL 同生共死，任何一个失败都回滚。review_count在 UPDATE 里直接自增，不需要先 SELECT 再 +1，少一次往返。

参数说明：Intervals用static readonly数组而不是方法内局部变量，方便以后改成从配置文件读取。间隔序列{ 1, 2, 4, 7, 15, 30 }的意思是：新词明天复习，然后隔 2 天、4 天、7 天……如果你想要更陡的遗忘曲线，可以改成{ 1, 3, 7, 15, 30, 60 }，改这一处即可，调度逻辑不用动。

3.3 今日队列加载与状态栏刷新：BindingList 的正确用法

DataGridView的数据源不建议每次new DataTable直接赋值，那样刷新时会闪屏，还会在用户点击行时触发异常。我一般用BindingList<T>或BindingSource，刷新时只替换数据源内容，不重建控件。

private void LoadTodayQueue() { var list = new BindingList<WordItem>(); using (var conn = new MySqlConnection(ConnectionString)) { conn.Open(); var cmd = new MySqlCommand(@" SELECT w.word_id, w.word, w.phonetic, w.meaning, sr.stage, sr.interval_days, sr.next_review_date FROM study_records sr JOIN words w ON w.word_id = sr.word_id WHERE sr.next_review_date <= CURDATE() ORDER BY sr.next_review_date ASC LIMIT 200", conn); using (var reader = cmd.ExecuteReader()) { while (reader.Read()) { list.Add(new WordItem { WordId = reader.GetInt32("word_id"), Word = reader.GetString("word"), Phonetic = reader.GetString("phonetic"), Meaning = reader.GetString("meaning"), Stage = reader.GetInt32("stage"), IntervalDays = reader.GetInt32("interval_days"), NextReview = reader.GetDateTime("next_review_date") }); } } } dgvQueue.DataSource = list; int remaining = list.Count(x => x.NextReview <= DateTime.Today.Date); toolStripStatusLabel1.Text = $"今日剩余 {remaining} 个"; }

逻辑说明：BindingList<WordItem>是强类型集合，比DataTable更安全，列名写错了编译期就能发现。WordItem是一个简单的实体类，属性名与 SQL 别名对应，DataGridView自动生成列。状态栏的“剩余”数量直接统计集合中日期小于等于今天的行——SQL 里虽然已经是<= CURDATE()，但为了界面刷新一致，C# 端再过滤一次，避免数据源里混入刚被推迟的单词。

这里有个细节：按钮点击后要立刻刷新队列并把当前卡片切到下一个单词，否则用户连续点“认识”十几次，界面纹丝不动，会以为程序卡了。LoadTodayQueue()执行完后，接着调用ShowNextWord()把顶部 Label 换成队列中下一个单词。

4. 复习调度与日期计算：艾宾浩斯时间表的 C# 实现细节

调度逻辑写起来只有几行，但真正决定“艾宾浩斯曲线”有没有落实的，是间隔序列怎么定、日期怎么算、答错怎么回退。这一章把这三个问题一次讲透。

4.1 间隔序列怎么定：从 1-2-4-7-15-30 到可变间隔

艾宾浩斯遗忘曲线本身是一条指数衰减曲线，但背单词软件里不能直接用浮点函数去算“几小时后复习”，因为用户不可能半夜爬起来背单词。常见做法是把曲线离散化成按天递增的间隔序列。入门序列和强化序列的对比如下：

表格说明：入门版最省事，新词第二天才第一次复习。强化版多了一个0间隔，意思新词当天晚上要再复习一次——这对记忆效果有明显帮助，代价是当天队列会多一批新词。保守版适合词量大、每天只能挤出十分钟的场景。

我的建议是：第一版先用入门版跑通，等确认曲线逻辑没有问题了，再把Intervals改成从App.config读取：

<appSettings> <add key="Intervals" value="1,2,4,7,15,30" /> </appSettings>

C# 侧读取后用Split(',')转成int[]，这样调整节奏完全不用改代码。注意同一个单词在同一天最多在队列里出现一次，这是背单词软件和卡片软件最大的区别——卡片可以一天翻八遍，单词复习间隔本身就设计成了递增序列，强行加次数只会让队列爆炸。

4.2 日期计算的三个细节：DateTime.Today、跨月、周末顺延

日期计算看似简单，实际有三个细节不注意就会翻车。

第一，全程使用DateTime.Today，不要混用DateTime.Now。DateTime.Now带时间部分，DateTime.Today是当天零点。如果某处比较用Now、某处比较用Today，会出现“明明日期同一天，判断结果却是早一天”的诡异问题。

第二，跨月、跨年完全交给DateTime.AddDays，不要自己判断月份天数。1 月 31 日加 7 天应该是2 月 7 日，手写月份判断大概率出错，AddDays天然处理。

第三，周末不要顺延。很多人都问要不要把周末跳过，我的回答是不要。遗忘曲线的复习间隔是按自然日计算的，周末顺延两天，意味着 7 天后复习的间隔实际变成了 9 天，整条序列全部后移且越来越乱。背单词不是上班，周末花五分钟过一遍队列，比周一补复习的体验好得多。

public static DateTime CalcNextReviewDate(int stage) { int cappedStage = Math.Min(stage, Intervals.Length - 1); return DateTime.Today.AddDays(Intervals[cappedStage]); }

逻辑说明：stage对应用户答对次数，答对一次取数组下标 1，即 2 天后；答对两次取下标 2，即 4 天后。cappedStage兜底，防止连对十几次后越界。这个方法的调用方就是第 3 章的HandleReview，两处逻辑保持一致，不要在按钮事件里自己再来一份DateTime.Now.AddDays(stage * 2)之类的手写公式。

4.3 答错回退策略：归零还是降级

答错的处理方案直接决定学习体验。常见做法有两种：归零和降级。归零就是把stage重置为 0，间隔回到 1 天，相当于这个单词重新背一轮——记忆效果最扎实，但用户会觉得“怎么又是它”。降级是把stage减一，回到上一个间隔档位——体验平滑，但对本来就记不住的词，复习间隔可能被拖得太长。

我一般把归零作为默认策略，同时把派生间隔再乘一个 0.5 之类的“惩罚系数”这一点不要做，惩罚系数会把调度逻辑复杂化，收益不明显。实际项目里最稳妥的做法是：答错归零，但保留review_count不清零——复习次数是后面画趋势图、判断这个单词是否需要重点关注的依据，清零就丢了历史信息。

新词初始化入口也在这一章解决。当一个单词第一次被学习时，插入study_records的stage = 0，next_review_date = DateTime.Today.AddDays(Intervals[0])，也就是明天。不要用Intervals[1]，否则新词第一次复习就被排到了两天后，和曲线定义不一致。初始化 SQL 可以用INSERT IGNORE INTO study_records (word_id, stage, interval_days, next_review_date) SELECT word_id, 0, 1, CURDATE() + INTERVAL 1 DAY FROM words WHERE word_id NOT IN (SELECT word_id FROM study_records) ORDER BY RAND() LIMIT 10;——一语句把 10 个从未学过的单词加入今日学习计划。

5. 背单词软件避坑：连接池、认证与日期偏差排查

这部分是血泪经验。C# + MySQL + WinForm 这套组合本身很成熟，但初学踩的坑高度集中，我把最常见的五条按“现象 → 原因 → 解决”写出来，每条背后都有人卡了至少半天。

5.1 复习日期“好了一天”：时区与 CURDATE 的错位

现象：队列查询结果是数据库里next_review_date小于等于今天的记录，但昨天复习过的单词今天又出现在队列里，或者该出现的没出现。

原因：开发机时区与 MySQL 服务器时区不一致。C# 程序的DateTime.Today取的是本机时区，MySQL 的CURDATE()取的是数据库会话时区，两者相差 8 小时或更多时，日期判断就错位了。另一个隐蔽原因是连接串里没有指定时区，MySQL 默认用了系统时区。

解决：查询队列时一律用CURDATE()，不要在 C# 端拼日期字符串进 SQL。C# 端计算下一次复习日期时用DateTime.Today，两者语义都是“自然日”，不涉及时刻，就会稳定一致。如果数据库服务器在别的机房，连接串里加Connection Timezone=+08:00之类的参数，把会话时区钉死。

5.2 MySQL 8.0 认证报错：caching_sha2_password

现象：程序第一次运行能连上数据库，重启后报Authentication method 'caching_sha2_password' not supported，连接串和密码都没问题。

原因：MySQL 8.0 默认认证插件是caching_sha2_password，而项目里用的MySql.Data是 6.x 或更早版本，不支持这个插件。这个报错跟密码对不对无关，是协议不匹配。

解决：升级MySql.DataNuGet 包到 8.0 以上，这是最省事的路。如果项目因为历史原因锁定了旧版驱动，可以执行 SQL 把用户认证插件改回旧版：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码';。注意改完要重启 MySQL 服务或刷新权限，否则连接还是走旧缓存。

5.3 连接池被耗尽：只开不关的典型症状

现象：程序跑 20 分钟到半小时后，界面卡住或抛Pool limit reached异常，重启程序又正常。

原因：某个按钮事件或查询方法里new了MySqlConnection，但没有调用Close()或Dispose()。连接池默认上限是 100，每漏一个就少一个，很快耗尽。最常见的漏点不是业务代码，而是异常分支——查询抛异常后连接没释放。

解决：所有连接统一用using块包裹。using保证无论是正常执行还是抛异常，连接都会归还连接池。排查时可以打开 MySQL 的SHOW PROCESSLIST;看是否存在大量Sleep状态的连接——如果看到几十条来自同一个程序 IP 的Sleep，基本就是连接泄漏。

5.4 DataGridView 刷新与正在编辑的单元格冲突

现象：用户在DataGridView里点了一个单词，还没离开编辑状态，这时点“认识”按钮，队列刷新导致DataGridView抛IndexOutOfRangeException。

原因：DataGridView绑定新数据源时，当前编辑单元格被重置，而控件内部索引没来得及同步。这是 WinForm 控件的老毛病，严格说不算数据问题，而是刷新时机问题。

解决：刷新前判断一下是否正在编辑，先提交再换数据源：

if (dgvQueue.IsCurrentCellInEditMode) { dgvQueue.EndEdit(); }

逻辑说明：EndEdit()会把当前编辑内容提交到绑定对象，然后DataSource = null或重新赋值就不会炸。这个坑很隐蔽，因为手动点击行再马上点按钮，是最常见的操作路径，几乎必现。

5.5 打包部署后连不上数据库：winform 打包成安装程序的典型问题

现象：开发机上一切正常，用安装程序装到另一台电脑后，程序启动就报“无法连接到数据库”。

原因：目标机器上根本没有 MySQL 服务。winform 打包成安装程序时，默认只打包程序文件和依赖库，不会打包数据库服务。很多初学者默认“安装了程序就有环境”，实际完全不是这回事。

解决：两条路选一条。一是安装程序的自定义动作里检测 MySQL 服务是否存在，不存在就提示用户先装数据库，并把建库脚本和初始化词库做成程序首次启动时自动执行——检测到数据库连接失败就弹一个配置窗口，让用户填连接串、端口和密码。二是不折腾 MySQL 服务依赖，把数据层接口抽象出来，本地模式用 SQLite，正式部署用 MySQL，但这就改标题方案了，一般不建议。我的建议是：如果目标机器数量少，直接写一个init.sql并附带一份数据库安装说明；如果要做成正规安装包，就把“检查 MySQL 服务 + 自动导入 schema”写进安装逻辑，否则用户拿到安装包装完还是没法用。

6. 进阶：复习趋势图、托盘提醒与生词本导出

核心功能跑通之后，值得做的三个进阶点：统计图、托盘提醒、生词导出。这三件事复用已有的review_logs表，代码量不大，但能让工具从“能背单词”变成“我每天都在复习”的真实训练系统。

复习趋势图用 WinForm 自带的Chart控件就能画。SQL 按天聚合复习日志，C# 端绑定数据源即可，不需要额外图表库。

SELECT review_date, COUNT(*) AS review_count, SUM(result = 1) AS known_count FROM review_logs GROUP BY review_date ORDER BY review_date;

逻辑说明：SUM(result = 1)在 MySQL 里直接统计每天答对的次数，COUNT(*)是总复习次数。画折线图时用两条 Series：一条是每日复习总量，一条是答对量，就能直观看出曲线是否在衰减——如果连续多天复习量线性下降，说明间隔序列拉得太长，用户跟不上。

托盘提醒用NotifyIcon加一个定时器，每 30 分钟查一次剩余队列数量，不为零就弹气泡提示“还有 26 个单词待复习”。代码量很少，但这是桌面软件保持粘性的关键——用户关掉窗口不代表应该忘掉复习。

生词导出是我最常用也最推荐的功能：把答错过两次以上的单词导出成 CSV，打印出来或者放进手机备忘录。导出时注意编码必须带 BOM，否则 Excel 打开中文会乱码：

using (var sw = new StreamWriter("wrong_words.csv", false, Encoding.UTF8)) { sw.Write("\uFEFF"); sw.WriteLine("单词,释义,错误次数"); }

逻辑说明：Encoding.UTF8默认无 BOM，Excel 识别为 UTF-8 无 BOM 时会按 ANSI 解码，中文全变乱码。先写一个\uFEFFBOM 再写内容，Excel 就能正确识别。这是我第一次做导出功能时翻过的车，后来成了固定写法。

这三件事做完，整个背单词项目就从“能跑的最小实现”变成了“每天愿意打开的工具”。回头看我做这类项目最大的教训是：调度逻辑和界面刷新一定要分清楚，把曲线计算集中到一个类里，不要在按钮事件里散落着DateTime.Now.AddDays的手写公式——界面可以反复改，调度一旦混乱，后面所有统计都是错的。希望这篇笔记能帮你少走几步弯路，如果你正卡在某个环节，顺着表结构和调度代码往下查，大概率能找到答案。

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