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

還是上回的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


74 + 17 =