0

解問題的過程很有趣。對於不熟的事物，初看像一團迷霧，但隨著謎題一個個解開，對背後原理的了解愈來愈多，一些原本沒有頭緒的問題，忽然迎刃而解，往往自己都覺得驚喜。

還是上回的RIA Service暴斃奇案。一開始先是用土法練鋼的方法找出資料量太大會造成WCF無疾而終，接著學會了用WCF Tracing追問題，由Log挖出了一個關鍵字: MaxItemsInObjectGraph。這才理解，真正讓WCF掛掉的，並不是傳回資料太多讓總長度超出了MaxReceivedMessageSize，而是DataContractSerializer在序列化過程中，達到了RIA Service預設65536個項目的上限。

雖然依一般設計實務，多半建議使用者在瀏覽過程中，用到多少資料再傳多少資料，真正需要一口氣傳回大量資料的場合不多。但如真有需要，可在web.config加入以下設定，就可以將項目上限調到2G囉!

  <system.serviceModel>
    
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true"
        multipleSiteBindingsEnabled="true" />
    
    <!-- Set maxItemsInObjectGraph -->
    <services>
      <service name="MyNamespace.MyDomainServiceClass" 
               behaviorConfiguration="MyWCFConfig"></service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="MyWCFConfig">
          <dataContractSerializer maxItemsInObjectGraph="2147483647" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    
  </system.serviceModel>

【延伸閱讀】


Comments

Be the first to post a comment

Post a comment