如何解决MySqlCommand AddWithValue()无法为参数赋值的问题

首先要澄清一个关键误区：你在调试时看到的cmd.CommandText不会显示参数的实际值，这是完全正常的！ 参数化查询的参数是在数据库服务器端被替换的，客户端的CommandText始终会保留占位符（比如@User），不会把参数值直接拼进去——这正是参数化查询防止SQL注入的核心机制。你直接拼接字符串能工作，只是因为绕过了参数化，但这是不安全的做法。

接下来看你代码里的几个实际问题：

1. Debug分支直接阻断正常逻辑 #

你的#if debug分支直接返回了cmd.CommandText，这意味着调试模式下代码根本没走到ExecuteReader这一步，自然不会去数据库查询数据。这也是你误以为参数没赋值的核心原因之一。

2. 连接关闭时机错误 #

你在cmd.ExecuteReader()之后立刻调用db.Connection.Close()，但MySqlDataReader需要依赖打开的连接来读取数据——连接关闭后，DataReader就无法访问数据了，这会导致后续的rdr.HasRows和rdr.Read()都无法正常工作。

3. 资源释放不规范 #

虽然用了using包裹Connection和Command，但DataReader也应该用using来确保资源正确释放，避免连接泄漏。

修改后的代码示例 #

#define debug
Database_Interface db = new Database_Handler();
public string GetIDFromDB(string user) {
    using(MySqlConnection conn = db.Connection) {
        db.OpenConnection(conn);
        string sql = "SELECT ID FROM Users WHERE USERNAME = @User";
        using (MySqlCommand cmd = new MySqlCommand(sql, conn)) {
            // 参数名与SQL中的占位符保持一致即可
            cmd.Parameters.AddWithValue("@User", user);
            
            #if debug
                // 调试时直接打印参数值，而非CommandText
                Console.WriteLine($"参数@User的赋值内容: {cmd.Parameters["@User"].Value}");
            #endif

            // 用using包裹DataReader，确保资源自动释放
            using(MySqlDataReader rdr = cmd.ExecuteReader()) {
                if (rdr.HasRows) {
                    rdr.Read();
                    return rdr.GetString("ID");
                } else {
                    return "inv_user";
                }
            }
            // 连接会在外部using块结束时自动关闭，无需手动调用Close
        }
    }
}

额外注意事项 #

• 不要为了“看到替换后的SQL”而放弃参数化查询，这会引入严重的SQL注入风险。如果要验证参数是否正确赋值，直接打印cmd.Parameters["@User"].Value即可。
• MySQL Connector/NET默认支持@作为参数前缀，不需要改成?，除非你手动修改了MySqlCommand的ParameterPrefix属性。
• 确保你的Database_Handler返回的Connection是有效且独立的实例，避免连接被其他逻辑复用或提前关闭。

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