实战复盘：基于C#实现EMLOG博客后端接口开发与安全优化

大家好，我是零点博客的博主。在搭建和维护零点博客的过程中，我发现仅仅依赖EMLOG自带的模板显得有些笨重，于是决定尝试使用 C# 来开发一套独立的后端接口开发实战方案。这次尝试不仅让我对Web开发有了更深的理解，也踩了不少坑，今天就来给大家复盘一下。

这次的核心目标是让外部程序（比如写在前端的Vue/React或者爬虫）能够通过 HTTP 请求直接从EMLOG数据库读取数据，并完成数据的交互。

一、环境准备与数据库连接

首先，我们需要在本地搭建一个ASP.NET Core Web API项目，并引入必要的 NuGet 包，比如 MySql.Data 和 Newtonsoft.Json。

在连接EMLOG数据库时，我们最头疼的往往是字符编码问题。我在零点博客最初的代码里就遇到过乱码，后来发现必须显式指定连接字符串的编码参数，比如 Charset=utf8。连接成功后，我们需要编写一个通用的数据库操作类，封装 MySQL数据库与SQL语句操作 的基础逻辑。

二、核心逻辑：接口开发实战

为了让接口看起来像是一个 RESTful 风格的服务，我设计了一个 GetArticle 接口。

public async Task<IActionResult> GetArticle(int id)
{
    string sql = "SELECT title, content FROM emlog_article WHERE cid = @cid";
    // 这里使用参数化查询
    using (var cmd = new MySqlCommand(sql, _connection))
    {
        cmd.Parameters.AddWithValue("@cid", id);
        // ... 执行逻辑 ... 
    }
}

这里有个重点：**数据清洗**。从数据库拿出来的原始数据往往包含 HTML 标签或者多余的空格。这时候，正则表达式 就派上用场了。我用正则去掉了文章正文里的一些不规范的 <p> 标签，保证前端渲染的样式更干净。

三、避坑指南：SQL注入防护与预处理语句

在开发早期，我也曾天真地写过类似 string.Format("SELECT * FROM ... WHERE id = {0}", id) 的代码。结果别说零点博客了，连我自己爬虫跑的时候都崩了。因为这就是典型的SQL注入防护与预处理语句反面教材。

在这次的后端接口开发实战中，我坚决摒弃了拼接 SQL 字符串的方式，全部采用了 MySqlCommand 的 Parameters 集合。这不仅是规范，更是保命符。

四、数据交互：JSON解析与格式化

接口最终要返回给前端的，必须是结构清晰的 JSON 数据。我利用 Newtonsoft.Json 库，将查询到的 DataTable 转换成了对象列表。

var json = JsonConvert.SerializeObject(articleList, Formatting.Indented);
return Content(json, "application/json");

在这个过程中，我还处理了 JSON/XML数据解析 的兼容性问题，确保爬虫在使用不同协议抓取零点博客数据时都能稳定运行。

五、总结

通过这次将 C#/PHP后端开发（这里我是用C#做服务端服务PHP博客）与前端 HTML/CSS/JS 的结合，零点博客的数据流转效率大大提升。虽然只是简单的增删查改，但细节决定成败，特别是防注入和安全加固，绝对不能省。

希望这篇包含源码案例和实操的干货能帮到大家，关于EMLOG的二次开发，大家有什么想法欢迎在评论区交流！