使用 Linq“包含”时出错实体框架 4.1 的方法，Bug？

Question

我使用 SQL Azure 作为数据库，采用实体框架 4.1 的代码优先技术。我从 WCF 作为中间层访问 EF，并提供对 ASP.NET MVC 3 的服务引用。EF

中的关系场景是 A->B->C 所以像往常一样我尝试获得 A 包括 B 包括 C 的可能性很小：

db.A.Include("B").Include("B.C")
db.A.Include("B").Include("C")

但在服务本身运行完美。由于添加了对 Web 应用程序的引用，它会尝试序列化并引发以下异常。我尝试进行真假延迟加载也没有成功。

"The underlying connection was closed: The connection was closed unexpectedly"
Stack Trace found:
 at System.Net.HttpWebRequest.GetResponse() at
 System.ServiceModel.Channels.HttpChannelFactory.
     HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout)

我访问了 此页面 进行解析，并在中添加了建议的属性网络配置。现在我突然收到错误：

服务器没有提供有意义的回复；这可能是由于 合同不匹配、会话过早关闭或内部 服务器错误

我认为这可能是客户端和服务 web.configs 中某些标签/属性不匹配的问题，但一切都在那里。我无法通过加载整个集合属性来传递对象列表，从 wcf 服务到 Web 应用程序，我发现一件事非常繁重且性能低下。仍然面临上述问题，以在上述架构中获取 Web 应用程序的加载列表。有人可以帮忙吗......

Answer 1

嘿，谢谢柯克·布罗德赫斯特
，通过这个我可以跟踪问题。并在其周围进行搜索。我得到了解决方案。我在我的项目中添加了此类

public class ReferencePreservingDataContractFormatAttribute : Attribute, IOperationBehavior
        {
            #region IOperationBehavior Members
            public void AddBindingParameters(OperationDescription description, BindingParameterCollection parameters)
            {
            }

            public void ApplyClientBehavior(OperationDescription description, System.ServiceModel.Dispatcher.ClientOperation proxy)
            {
                IOperationBehavior innerBehavior = new ReferencePreservingDataContractSerializerOperationBehavior(description);
                innerBehavior.ApplyClientBehavior(description, proxy);
            }

            public void ApplyDispatchBehavior(OperationDescription description, System.ServiceModel.Dispatcher.DispatchOperation dispatch)
            {
                IOperationBehavior innerBehavior = new ReferencePreservingDataContractSerializerOperationBehavior(description);
                innerBehavior.ApplyDispatchBehavior(description, dispatch);
            }


            public void Validate(OperationDescription description)
            {
            }
            #endregion
        }

        class ReferencePreservingDataContractSerializerOperationBehavior : DataContractSerializerOperationBehavior
        {
            public ReferencePreservingDataContractSerializerOperationBehavior(OperationDescription operationDescription) : base(operationDescription) { }
            public override XmlObjectSerializer CreateSerializer(Type type, string name, string ns, IList<Type> knownTypes)
            {
                return CreateDataContractSerializer(type, name, ns, knownTypes);
            }

            private static XmlObjectSerializer CreateDataContractSerializer(Type type, string name, string ns, IList<Type> knownTypes)
            {
                return CreateDataContractSerializer(type, name, ns, knownTypes);
            }

            public override XmlObjectSerializer CreateSerializer(Type type, XmlDictionaryString name, XmlDictionaryString ns, IList<Type> knownTypes)
            {
                return new DataContractSerializer(type, name, ns, knownTypes,
                0x7FFF /*maxItemsInObjectGraph*/,
                true/*ignoreExtensionDataObject*/,
                true/*preserveObjectReferences*/,
                null/*dataContractSurrogate*/);
            }
        }
    }

，并且仅添加了：[ReferencePreservingDataContractFormat] 作为属性，其中包含我想使用“包含”的方法定义。这对我有用。
这可能对其他有需要的人有帮助。

Answer 2

这是一个非常常见的 WCF 异常，可以是多种情况。 StackOverflow 上有数百个关于此问题的点击。

https://stackoverflow.com/search?q=%22The+underlying+connection+ was+close%22

您是 WCF 新手吗？任何服务电话都有效吗？这可能是简单的事情，例如超出了 maxMessageSize。

我建议您在服务上实现日志记录 - 在配置文件中添加一些诊断标签。

  <system.diagnostics>
    <sources>
      <source name="System.ServiceModel"
              switchValue="Information, ActivityTracing"
              propagateActivity="true">
        <listeners>
          <add name="traceListener"
              type="System.Diagnostics.XmlWriterTraceListener"
              initializeData="c:\log\Traces.svclog"  />
        </listeners>
      </source>
    </sources>
  </system.diagnostics>