带有并行扩展系统的IIS中承载的.Net 3.5 WCF应用程序出现.Net序列化异常错误。线程dll

带有并行扩展系统的IIS中承载的.Net 3.5 WCF应用程序出现.Net序列化异常错误。线程dll,.net,multithreading,wcf,serialization,.net,Multithreading,Wcf,Serialization,在IIS中承载的.net 3.5 WCF应用程序加载时,出现以下错误: 发生未处理的异常,进程终止 应用程序ID:DefaultDomain 进程ID:9008 异常:System.Runtime.Serialization.SerializationException 消息:找不到程序集“System.Threading,Version=1.0.2856.102,Culture=neutral,PublicKeyToken=31bf3856ad364e35” StackTrace: at

在IIS中承载的.net 3.5 WCF应用程序加载时,出现以下错误:

发生未处理的异常,进程终止

应用程序ID:DefaultDomain

进程ID:9008

异常:System.Runtime.Serialization.SerializationException

消息:找不到程序集“System.Threading,Version=1.0.2856.102,Culture=neutral,PublicKeyToken=31bf3856ad364e35”

StackTrace:    at System.Runtime.Serialization.Formatters.Binary.BinaryAssemblyInfo.GetAssembly()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.GetType(BinaryAssemblyInfo assemblyInfo, String name)
   at System.Runtime.Serialization.Formatters.Binary.ObjectMap..ctor(String objectName, String[] memberNames, BinaryTypeEnum[] binaryTypeEnumA, Object[] typeInformationA, Int32[] memberAssemIds, ObjectReader objectReader, Int32 objectId, BinaryAssemblyInfo assemblyInfo, SizedArray assemIdToAssemblyTable)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryObjectWithMapTyped record)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Remoting.Channels.CrossAppDomainSerializer.DeserializeObject(MemoryStream stm)
   at System.AppDomain.Deserialize(Byte[] blob)
   at System.AppDomain.UnmarshalObject(Byte[] blob)

这是由于一些未处理的异常。基本上,我的应用程序在后台线程中与另一个WCF服务进行通信。服务请求获取超时并引发异常。所以,你只要试着抓住这个电话就行了。工作进程停止崩溃后

程序集是否存在于bin文件夹中?是。应用程序工作正常,直到有太多的负载您是否使用任何DI?依赖注入?事件日志中还有其他错误吗?似乎AppPool此时已卸载没有依赖项注入这是由于一些未加载的异常。基本上,我的应用程序在后台线程中与另一个WCF服务进行通信。服务请求超时。因此,只要在通话中加入try catch即可