零点博客复盘：C#后端开发实战，从MySQL接口到SQL注入防护的避坑指南

大家好，我是零点博客的博主。最近在整理项目代码时，发现自己在后端开发路上踩了不少坑。特别是涉及到数据库交互、接口安全以及前端数据格式化这块，以前总是一笔带过，现在回头看，简直是在‘裸奔’。今天咱们就用一篇实战长文，好好复盘一下基于 C# 的后端开发经验，核心围绕 MySQL 接口对接、SQL 注入防护以及 JSON 数据处理，把那些不写在文档里的坑告诉你。

一、为什么我们的接口经常报错？

做接口开发时，我们最常遇到的问题就是前后端数据对不上。这次我的任务是开发一个与 EMLOG CMS 互通的数据接口，我们需要从 MySQL 数据库里抓取文章列表，然后发给前端。起初我直接用最简单的 SQL 查询，确实能跑通，但当时没意识到这里面藏着大雷。

二、初级错误：直接拼接 SQL 语句

刚入门那会儿，我写代码特别随意，把用户输入拼接到 SQL 里：

string sql = "SELECT * FROM emlog_article WHERE title LIKE '%" + inputKeyword + "%'";

听起来没问题？如果有人输入 `admin' OR '1'='1`，你的数据库就直接爆表了。这就是典型的 SQL注入防护 失守。作为后端开发，这是红线，绝对不能碰。

三、正确姿势：使用预处理语句（Parameterized Query）

后来在查资料和实战中，我学会了使用 C# 的预处理语句。这种方式不拼接 SQL 字符串，而是把参数“塞”进去。这样做的好处是，数据库引擎会把用户输入当成纯粹的字符，而不是代码。这是最稳固的 MySQL 交互方式。

四、实战案例：如何安全地分页查询？

来看看真实的代码。我写了一个获取文章列表的接口：

using (SqlConnection conn = new SqlConnection("Server=localhost;Database=emlog;..."))
{
    conn.Open();
    string sql = "SELECT aid, title, content FROM emlog_article ORDER BY aid DESC OFFSET @Offset ROWS FETCH NEXT @Limit ROWS ONLY";
    using (SqlCommand cmd = new SqlCommand(sql, conn))
    {
        // 关键点：绑定参数，自动过滤 SQL 注入
        cmd.Parameters.AddWithValue("@Offset", pageIndex * pageSize);
        cmd.Parameters.AddWithValue("@Limit", pageSize);

        using (SqlDataReader dr = cmd.ExecuteReader())
        {
            while (dr.Read())
            {
                // 这里处理数据... 
                // 可以利用 正则表达式 去除 HTML 标签，只显示纯文本摘要
                string cleanContent = Regex.Replace(dr["content"].ToString(), @"<[^>]+>", "");

                // 构建返回对象
                ArticleModel article = new ArticleModel
                {
                    Id = (int)dr["aid"],
                    Title = dr["title"].ToString(),
                    Preview = SubString(cleanContent, 100) 
                };
                articles.Add(article);
            }
        }
    }
}

这段代码中，我使用了 SqlParameter，这就保证了无论前端怎么传参，都不会破坏 SQL 结构。同时，结合 正则表达式 对富文本内容进行清洗，方便前端展示。

五、数据格式化：JSON 还是 XML？

现在的标准肯定是 JSON。C# 自带 `Newtonsoft.Json` 库，转换非常快。

return Json(new { code = 200, data = articles, msg = "success" });

如果是早期的 HTML/CSS/JS 开发习惯，可能会去解析 XML，但在如今的 RESTful API 开发中，JSON 轻量且易于解析，绝对是首选。

六、爬虫与工具：后端的另一面

除了给前端提供接口，我们的后端往往也是做爬虫开发的好帮手。比如在开发 EMLOG 的同步插件时，我经常用 C# 写一个后台程序，定时去爬取其他新闻源的数据，解析 JSON，清洗入库。这个过程正好复习了 JSON 解析、数据处理以及数据库操作。

七、总结与避坑指南

在零点博客的持续更新中，我深刻体会到：后端开发不仅仅是写代码，更是对数据的把控和对安全的责任。

避坑1： 永远不要相信用户的输入，必须做 SQL注入防护。
避坑2： 数据库操作尽量使用参数化查询，别手动拼接。
避坑3： 前后端交互一定要定好 JSON 格式，减少扯皮。

希望这篇基于真实源码复盘的文章能帮到你。如果你对 在线工具开发 或者更复杂的 接口开发 有疑问，欢迎在零点博客留言，咱们下期实战再见！