C#（ASP.NET Web Forms）中SQL命令执行无效果也无报错，如何排查？

代码核心问题梳理 #

• 第一个查询未传参数：你定义的checkEmail查询语句使用了@User_Email参数，但创建emailCMD对象后没有给这个参数赋值，导致查询条件永远等价于User_Email = NULL，SQL中NULL比较结果为未知，查询永远返回0行，直接走插入分支。
• SqlDataReader未调用Read()方法：你只判断了sdr.HasRows，但DataReader默认游标在第一行记录之前，必须调用sdr.Read()才能读取字段值，直接访问sdr["User_Status"]会抛出无效操作异常。
• SqlDataReader未主动关闭：DataReader会独占数据库连接，你读完数据后没有关闭Reader，后续在同一个连接上执行更新/插入操作会被阻塞，抛出连接被占用的异常。
• 无需手动释放SqlConnection：你已经用using块包裹了SqlConnection对象，using会在代码块结束后自动释放连接资源，你在try块里提前调用conn.Close()、conn.Dispose()后，finally块再操作已经被释放的连接，会触发对象已释放的异常，甚至可能导致异常被覆盖吞掉。
• 参数多余HtmlEncode转义：HttpUtility.HtmlEncode是用于前端输出防XSS的方法，存入数据库的字段不需要做这个转义，一旦用户邮箱包含<、&这类特殊字符，转义后存储的值和用户实际输入的邮箱不一致，会导致后续查询匹配失败。
• Response.Redirect会抛出终止异常：Response.Redirect("index.aspx")默认会触发ThreadAbortException，如果你的代码走到这个分支，线程会被直接终止，后续逻辑不会执行，这个异常如果没有特殊处理，也可能导致你的报错信息没有正常输出。

修复建议 #

1. 给第一个查询emailCMD补充@User_Email参数赋值
2. 读取SqlDataReader前先调用sdr.Read()，读取完成后主动调用sdr.Close()，或者给SqlDataReader也加上using块自动释放
3. 删掉所有手动conn.Close()、conn.Dispose()的代码，交给using自动处理
4. 去掉所有参数赋值时的HttpUtility.HtmlEncode调用，输出前端的时候再做转义即可
5. 可以把全局异常处理暂时关闭，或者把异常信息写入日志文件，避免页面渲染覆盖了Response.Write输出的报错内容

内容的提问来源于stack exchange，提问作者devOMAR