记一次EFCore类型转换错误及解决方案

2022-07-24,,,,

一  背景

  今天在使用entityframeworkcore 查询的时候在调试的时候总是提示如下错误:unable to cast object of type 'system.data.sqltypes.sqlstring' to type 'system.data.sqltypes.sqlguid' 第一次看这个报错肯定是数据库实体和efcore中定义的某种类型不匹配从而导致类型转换错误,但是业务涉及到这么多的实体entity,那么到底是哪里类型无法匹配呢?所以第一步肯定是调试代码,然后看报错信息,这里我们首先贴出完整的报错信息,从而方便自己分析具体问题。 

system.invalidcastexception: unable to cast object of type 'system.data.sqltypes.sqlstring' to type 'system.data.sqltypes.sqlguid'.
 at system.data.sqlclient.sqlbuffer.get_sqlguid()
 at system.data.sqlclient.sqldatareader.getguid(int32 i)
 at lambda_method(closure , dbdatareader )
 at microsoft.entityframeworkcore.storage.internal.typedrelationalvaluebufferfactory.create(dbdatareader datareader)
 at microsoft.entityframeworkcore.query.internal.queryingenumerable`1.enumerator.bufferlessmovenext(dbcontext _, boolean buffer)
 at microsoft.entityframeworkcore.sqlserver.storage.internal.sqlserverexecutionstrategy.execute[tstate,tresult](tstate state, func`3 operation, func`3 verifysucceeded)
 at microsoft.entityframeworkcore.query.internal.queryingenumerable`1.enumerator.movenext()
 at microsoft.entityframeworkcore.query.internal.linqoperatorprovider._trackentities[tout,tin](ienumerable`1 results, querycontext querycontext, ilist`1 entitytrackinginfos, ilist`1 entityaccessors)+movenext()
 at microsoft.entityframeworkcore.query.internal.linqoperatorprovider.exceptioninterceptor`1.enumeratorexceptioninterceptor.movenext()
 at system.linq.lookup`2.createforjoin(ienumerable`1 source, func`2 keyselector, iequalitycomparer`1 comparer)
 at system.linq.enumerable.joiniterator[touter,tinner,tkey,tresult](ienumerable`1 outer, ienumerable`1 inner, func`2 outerkeyselector, func`2 innerkeyselector, func`3 resultselector, iequalitycomparer`1 comparer)+movenext()
 at system.linq.enumerable.todictionary[tsource,tkey,telement](ienumerable`1 source, func`2 keyselector, func`2 elementselector, iequalitycomparer`1 comparer)
 at system.linq.enumerable.todictionary[tsource,tkey,telement](ienumerable`1 source, func`2 keyselector, func`2 elementselector)
 at sunlight.dcs.application.sales.salesorder.degradedvehiclecontracts.degradedvehiclecontractservice.querybyidasync(int32 id) in e:\63318\sales-service\src\sales.orders\application.sales.orders\salesorder\degradedvehiclecontracts\degradedvehiclecontractservice.cs:line 99
 at abp.threading.internalasynchelper.awaittaskwithpostactionandfinallyandgetresult[t](task`1 actualreturnvalue, func`1 postaction, action`1 finalaction)
 at sunlight.dcs.webapi.sales.controllers.orders.degradedvehiclecontractcontroller.querybyid(int32 id) in e:\63318\sales-service\src\webapi.sales\controllers\orders\degradedvehiclecontractcontroller.cs:line 50
 at microsoft.aspnetcore.mvc.internal.actionmethodexecutor.taskofiactionresultexecutor.execute(iactionresulttypemapper mapper, objectmethodexecutor executor, object controller, object[] arguments)
 at system.threading.tasks.valuetask`1.get_result()
 at microsoft.aspnetcore.mvc.internal.controlleractioninvoker.invokeactionmethodasync()
 at microsoft.aspnetcore.mvc.internal.controlleractioninvoker.invokenextactionfilterasync()
 at microsoft.aspnetcore.mvc.internal.controlleractioninvoker.rethrow(actionexecutedcontext context)
 at microsoft.aspnetcore.mvc.internal.controlleractioninvoker.next(state& next, scope& scope, object& state, boolean& iscompleted)
 at microsoft.aspnetcore.mvc.internal.controlleractioninvoker.invokeinnerfilterasync()
 at microsoft.aspnetcore.mvc.internal.resourceinvoker.invokenextexceptionfilterasync()

二  解决方案

  有了上面的报错信息我们就能够知道大致方向,接下来我们首先来看看报错信息的这段代码。

public async task<simpledegradedvehiclecontractoutput> querybyidasync(int id) {
 var queryresult = await _degradedvehiclecontractrepository.getall()
 .include(d => d.degradedvehiclecontractdetails)
 .singleordefaultasync(mp => mp.id == id);
 if (queryresult == null)
 throw new validationexception($"当前id为:{id}的降级车合同没有找到");
 var result = _objectmapper.map<simpledegradedvehiclecontractoutput>(queryresult);
 result.details = _objectmapper.map<list<degradedvehiclecontractdetaildto>>(queryresult.degradedvehiclecontractdetails);

 //获取productid
 var productids = queryresult.degradedvehiclecontractdetails.select(d => d.productid).distinct().toarray();
 //车辆id
 var vinlists = queryresult.degradedvehiclecontractdetails.select(r => r.vin).distinct().toarray();

 var detailresult = (from detail in queryresult.degradedvehiclecontractdetails
 join product in _productrepository.getall().where(p => productids.contains(p.id))
 on detail.productid equals product.id
 join vehicledict in _vehicleinformationrepository.getall().where(v => vinlists.contains(v.vin))
 on detail.vin equals vehicledict.vin
 select new {
 productid = product.id,
 product.producttype,
 vehicleid = vehicledict.id,
 detail.vin
 }).todictionary(r => tuple.create(r.productid, r.vin), r => new { r.producttype, r.vehicleid });

 result.details.foreach(r => {
 r.producttype = detailresult[tuple.create(r.productid, r.vin)]?.producttype;
 r.vehicleid = detailresult[tuple.create(r.productid, r.vin)].vehicleid;
 });

 return result;
 }

  2.1 定位报错位置

  通过直接对代码进行调试,我们发现只要代码执行获取detailresult这一步的时候就会出现上面的错误,那么到这里我们就可以推断错误的地方就在这里了,所以后面我们的重点就是分析这段代码。

  2.2 定位产生错误的表名称

  这里就是利用前面的include方法来查询到queryresult结果,然后利用queryresult.degradedvehiclecontractdetails来和product以及vehicleinformation表来做inner join,这里你可能对_productrepository以及_vehicleinformationrepository这个局部变量不是十分熟悉,那么我们先来看看这个局部变量的定义以及初始化。

 private readonly irepository<product> _productrepository;
 private readonly irepository<vehicleinformation> _vehicleinformationrepository;

   上面是局部变量的定义,在我们的示例代码中我们使用abp框架来作为整个项目代码的基础框架,这里的irepository接口来自于abp框架中定义的接口类型用于直接操作数据库表,这里具体的实现就是通过构造函数来进行注入的,具体请参考下面的实例。

public degradedvehiclecontractservice(iobjectmapper objectmapper,
 irepository<degradedvehiclecontract> degradedvehiclecontractrepository,
 irepository<product> productrepository,
 irepository<vehicleinformation> vehicleinformationrepository,
 irepository<company> companyrepository,
 idegradedvehiclecontractmanager degradedvehiclecontractmanager,
 irepository<productaffiproductcategory> productaffiproductcategoryrepository,
 irepository<productcategorybusinessdomain> productcategorybusinessdomainrepository,
 irepository<tiledproductcategory> tiledproductcategoryrepository,
 irepository<businessdomain> businessdomainrepository,
 imapper automapper) {
 _objectmapper = objectmapper;
 _degradedvehiclecontractrepository = degradedvehiclecontractrepository;
 _productrepository = productrepository;
 _vehicleinformationrepository = vehicleinformationrepository;
 _companyrepository = companyrepository;
 _degradedvehiclecontractmanager = degradedvehiclecontractmanager;
 _productaffiproductcategoryrepository = productaffiproductcategoryrepository;
 _productcategorybusinessdomainrepository = productcategorybusinessdomainrepository;
 _tiledproductcategoryrepository = tiledproductcategoryrepository;
 _businessdomainrepository = businessdomainrepository;
 _automapper = automapper;
 }

  有了上面的注释,相信你对上面那部分代码可以有更加深入的理解,回到正题,这里到底是product实体中的问题还是vehicleinformation实体中存在问题呢?我们首先将

join vehicledict in _vehicleinformationrepository.getall().where(v => vinlists.contains(v.vin))   on detail.vin equals vehicledict.vin

  这个部分注释掉,然后再调试代码,我们发现代码竟然不报错了,然后初步判断vehicleinformation这张表里面有问题,然后我们接着注释掉第二部分而保留第三部分,其中注释的部分代码为:

join product in _productrepository.getall().where(p => productids.contains(p.id)) on detail.productid equals product.id

  经过这部分的操作以后,我们发现执行报错,有了这两步的验证之后我们更加确认是vehicleinformation表中存在类型不匹配的问题,然后我们接着往下进行分析。

  2.3 定位报错字段

  既然报错信息中是sqltypes.sqlstring'和sqltypes.sqlguid之间的转换有问题那么我们断定有一个字段数据库中定义的类型和实体中定义的类型不匹配,而且其中有一种是guid类型,由于我们的实体中guid类型的字段要少于string类型的字段,所以我们首先从guid类型下手,我们看看vehicleinformation中是否有哪种guid类型和数据库不匹配。然后还真的发现了这个类型 public guid unionid { get; set; },在我们的实体中定义了一个guid类型的字段unionid这个是在迁移过程迁移到数据库的,然后我们来查看数据库中的类型。

  通过查询数据库我们发现数据库中字段unionid被定义成了varchar(50)类型,明显在和代码中guid类型进行匹配的时候会发生错误,后来我很疑惑我们的开发模式是采用code first来进行开发的,现有实体然后再通过migration进行数据库迁移的,应该不会出现这样的错误,事后得知是另外一位同事在开发的过程中手动去更改了这个实体的类型从而导致了这个问题,最后更改数据库unionid字段类型,然后发现错误消失,至此问题解决。

总结

  这篇文章写作的主要目的是如果从一个大致方向来一步步去缩小错误范围,最终来一步步找出错误的根源,最终来解决问题,在这个过程中通过注释掉部分代码来缩小判断范围确实非常有用,另外用到的一个重要的知道思想就是“大胆假设小心求证”的思想来一步步分析问题,然后找到问题的根源,最终解决问题,所以有了上述分析问题解决问题的方法,我们就能够以后解决这一类型的问题,真正做到掌握这一类型问题的解决方法。

以上就是记一次efcore类型转换错误及解决方案的详细内容,更多关于efcore类型转换错误及解决方案的资料请关注其它相关文章!

《记一次EFCore类型转换错误及解决方案.doc》

下载本文的Word格式文档,以方便收藏与打印。