C# ASP.NET中SqlCommand插入失败但自增ID仍递增问题

SQL Server的IDENTITY自增列从设计上就不保证ID值连续无间隙：自增值的分配是在插入操作执行的早期阶段完成的，只要值被分配出去，哪怕后续插入因为约束冲突、报错、事务回滚而终止，这个分配出去的ID也不会被回收复用，必然出现跳号。你观察到的ID从5直接跳到7，就是失败的插入操作提前消耗了ID=6的自增值，这是SQL Server的默认行为，不是数据库bug。

你的插入流程不生效完全是代码实现错误导致的，具体问题如下：

• 缺失数据库连接的打开逻辑：全程没有调用con.Open()方法，执行cmd.ExecuteNonQuery()时会直接抛出"连接未打开"的异常，插入操作根本没有提交到数据库。同时你没有写资源释放逻辑，很容易造成数据库连接泄漏。
• 自增ID获取逻辑完全失效：
  • 你把查询最新ID的SQL赋值给cmd后，从未将这个cmd绑定到你声明的SqlDataAdapter sda上，sda是没有任何配置的空对象，sda.Fill(inserted)根本不会执行你写的查询语句，会直接抛出"缺少SelectCommand"的异常。
  • 就算你绑定对了命令，用select top 1 bill_id from Bill order by bill_id DESC获取刚插入的ID也存在严重并发问题，高并发场景下你可能拿到其他用户插入的记录ID，结果完全不可靠。
• 插入语句写法不严谨：insert into Bill values(...)没有显式指定列名，后续如果表结构调整（新增列、修改列顺序），语句会直接报错或者把值写入错误的列。
• 参数传参存在隐患：全量使用AddWithValue传参时，程序会自动推断参数类型，很容易因为类型不匹配（比如日期、数值类型被推断为字符串）造成隐式转换失败，导致插入报错。
• 异常处理逻辑有漏洞：
  • 直接拼接ex.Message生成前端JS代码，如果错误信息包含单引号，会直接造成JS语法错误，连错误提示都无法正常弹出。
  • Response.Redirect默认会抛出ThreadAbortException，这个异常会被你的catch块捕获，哪怕插入成功跳转页面，也会莫名其妙弹出错误提示。
• 存在冗余代码：声明的DataTable dt从未被使用，属于无效代码。

// 数据库连接、命令对象都用using块包裹，执行结束后自动释放资源，无需手动关闭连接
string connStr = ConfigurationManager.ConnectionStrings["myConnectionString"].ConnectionString;
using (SqlConnection con = new SqlConnection(connStr))
{
    con.Open();
    // 插入时显式指定列名，通过OUTPUT子句直接返回本次插入生成的自增ID，无需额外二次查询
    string insertSql = @"
        INSERT INTO Bill (car, [date], client, speedometer, employee, notes)
        OUTPUT INSERTED.bill_id
        VALUES (@car, @date, @client, @speedometer, @employee, @notes)";
    
    using (SqlCommand cmd = new SqlCommand(insertSql, con))
    {
        // 显式指定每个参数的数据库类型，避免AddWithValue的类型推断问题
        cmd.Parameters.Add("@car", SqlDbType.Int).Value = carid;
        cmd.Parameters.Add("@date", SqlDbType.DateTime).Value = txt_bill_date.Value;
        cmd.Parameters.Add("@client", SqlDbType.NVarChar, 50).Value = cmb_client_name.Value;
        cmd.Parameters.Add("@speedometer", SqlDbType.Decimal).Value = txt_car_gas.Value;
        cmd.Parameters.Add("@employee", SqlDbType.Int).Value = cmb_emp.Value;
        cmd.Parameters.Add("@notes", SqlDbType.NVarChar, -1).Value = txt_notes.Value;

        try
        {
            // 直接执行ExecuteScalar拿到返回的自增ID，不需要DataAdapter和额外查询
            object newIdResult = cmd.ExecuteScalar();
            if (newIdResult != null)
            {
                billid = newIdResult.ToString();
                contractid.Values["id"] = billid;
                // Redirect第二个参数传false，避免触发ThreadAbortException被catch块捕获
                Response.Redirect("BillContracts.aspx", false);
                Context.ApplicationInstance.CompleteRequest();
            }
        }
        catch (SqlException ex)
        {
            // 转义错误信息里的单引号，避免前端JS语法错误
            string safeErrorMsg = ex.Message.Replace("'", "\\'");
            ClientScript.RegisterClientScriptBlock(
                this.GetType(), 
                "alert", 
                $"swal('خطأ', '{safeErrorMsg}', 'error')", 
                true
            );
        }
    }
}

不要依赖自增ID的连续性做业务设计。除了插入失败、事务回滚，SQL Server服务重启、批量插入操作也会触发自增值预分配导致跳号，这都是正常现象。如果你的业务必须要求连续无间隙的单据编号，不能使用IDENTITY自增列，需要自行实现带锁控制的序列生成逻辑，保证编号分配和事务提交的一致性。

内容的提问来源于stack exchange，提问作者Salim Al-Tarsha