昨日,写下了类似下面的代码:
//定义两个参数

OleDbParameter[] param =
{

new OleDbParameter("@Name", OleDbType.VarChar, 30)
{ Value = "小王" },

new OleDbParameter("@Id", OleDbType.Integer)
{ Value = 1 }
};
//执行判断是否存在
ExecuteCommandText("SELECT * FROM [User] WHERE [Name]=@Name AND [Id]<>@Id", param);

//执行更新操作
ExecuteCommandText("UPDATE [User] SET [Name]=@Name WHRERE [Id]=@Id", param);



/**//// <summary>
/// 执行SQL命令
/// </summary>
/// <param name="commandText"></param>
/// <param name="pars"></param>
public static void ExecuteCommandText(string commandText, params OleDbParameter[] pars)

{
//以下是演示代码
using (OleDbCommand command = new OleDbCommand())

{
command.Parameters.AddRange(pars);
//执行操作,演示所以不处理
//command.ExecuteNonQuery();
}
}
上面的两个ExecuteCommandText操作,看起来应该是没有问题的,可是运行后却发现在第二处的ExecuteCommandText操作中会抛出一个错误,类似如下提示:
另一个 OleDbParameterCollection 中已包含 OleDbParameter。
怎么回事??参数被包含了?从代码中可知,参数第一次运行时,参数却实是被包含到了第一个ExecuteCommandText里的command对象中的Parameters集合,可是已运行完了啊?为什么第二次还被限制不允许使用了?
只好,祭起"Reflector",根据错误追踪到System.Data.OleDbParameterCollection的Add(object value)方法,其代码如下:
[EditorBrowsable(EditorBrowsableState.Never)]
public override int Add(object value)


{
this.OnChange();
this.ValidateType(value);
this.Validate(-1, value);
this.InnerList.Add((OleDbParameter) value);
return (this.Count - 1);
}


OnChange与ValidateType无错,所以不看,继续追进Validate(-1,value)方法,看其里面如何.Validate函数代码如下:
private void Validate(int index, object value)


{
if (value == null)

{
throw ADP.ParameterNull("value", this, ItemType);
}
object obj2 = ((OleDbParameter) value).CompareExchangeParent(this, null);
if (obj2 != null)

{
if (this != obj2)

{
throw ADP.ParametersIsNotParent(ItemType, this);
}
if (index != this.IndexOf(value))

{
throw ADP.ParametersIsParent(ItemType, this);
}
}
//
这里的代码跟题无关,所以我删除了
.//
}


嗯,重点是在"object obj2 = ((OleDbParameter) value).CompareExchangeParent(this, null);"这句话,到底这里是用于做什么的呢?继续追进去看看:
internal object CompareExchangeParent(object value, object comparand)


{
object obj2 = this._parent;
if (comparand == obj2)

{
this._parent = value;
}
return obj2;
}
此函数是在System.Data.OleDb.OleDbParameter里的,看到"this._parent=value"这段语句,发现问题所在了吧???如果还不清楚,那我把问题整理一次.
开头的代码分别执行了两次ExecuteCommandText,所以共有两个OleDbCommand对象,为了好说清问题我把它们命名为"CommandA"和"CommandB".
当第一次执行ExecuteCommandText操作时,也即是CommandA对象执行语句命令,当将param数组里的各参数都加入到CommandA的Parameters集合时,根据上面的代码流程,最终会执行到"CompareExchangeParent"方法,此时各参数的_parent是null,也即还没有父亲存在.所以会执行"this._parent=value",而此时的value则为CommandA.Parameters集合对象(this),也即各参数都把CommandA.Parameters认作了父亲.
而当第二次执行ExecuteCommandText操作时,也即是CommandB对象执行语句命令.当再次把param数组里的各参数都加入到CommandB的Parameters集合时,此时在"CompareExchangeParent"方法里,因各参数的_parent因为第一次的执行,所以都已有父亲存在,也就导致不会再运行this._parent=value语句(有父亲了,当然不再重新认人为父了-_-#).从而导致将会运行"Validate"函数里的这句判断:
if (this != obj2)

{
throw ADP.ParametersIsNotParent(ItemType, this);
}

而此时this是CommandB.Parameters对象,而obj2是当前参数的父亲,也就是CommandA.Parameters.从而打架现象出现.系统抛出错误异常了.......
问题所在知道了,所以我们就要考虑怎么解决掉它.也就是让参数重新认父!!(呵呵,有点狠)
_parent参数是private的,所以我们是操作不了的.所以我们搜索一下看看有哪里引用了此变量的(不会搜索?在Reflector的左边树里找到它,右击它,选"Analyze",此时右下角就会出来一个区域,展开"Used By"节点就知道有哪些地方使用过它了).发现有一个"ResetParent()"函数,如下代码:
internal void ResetParent()


{
this._parent = null;
}


嗯嗯,高兴ING,执行这个函数后我们的参数就可以重新认父了..可是它却是internal的,我们调用不了,咋办?唉,真想骂微软*$@#$!!只好继续搜索,看有哪些地方引用了"ResetParent()"函数,此时亮点出现,我们在"System.Data.OleDb.OleDbParameterCollection"里发现有一个公共的(public)方法"Clear()",题头的问题终于可以解决了.将ExecuteCommandText函数更改为如下:

/**//// <summary>
/// 执行SQL命令
/// </summary>
/// <param name="commandText"></param>
/// <param name="pars"></param>
public static void ExecuteCommandText(string commandText, params OleDbParameter[] pars)

{
//以下是演示代码
using (OleDbCommand command = new OleDbCommand())

{
command.Parameters.AddRange(pars);
//执行操作,演示所以不处理
//command.ExecuteNonQuery();

//这句很重要,不清参数就不能再被其它Command使用了-_-#
command.Parameters.Clear();
}
}
更改后运行代码,嗯,世界清静了,不会再有"父亲打架"的现象出现了......
PS:
最后还是要骂一下老微.这么重要的"认亲"行为,为什么在IDbCommand的Dispose()方法里不Clear一下呢??如果忘记Clear了,那参数使用过一次后就只能被抛弃了吗?!!!!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?