一起談.NET技術，.Net下的分布式緩存(3)--如果我們沒有緩存會怎麼樣

　　 他們的頁面輸出絕大多數都是使用構造字元串要不就是Response.Write出來的,簡單即是美，他們在寫程式的時候即是嚴格遵守這個規則，反過來想想CommunityServer裡面多達7層的繼承關系的控件, 它看起來有點象是這個樣子:(基本的)(網頁的)(模版化的)(相冊基本模版化的)(相冊模版化的)(相冊可更換風格的)XXX控件，瞧這一長串定語，它在每一層繼承裡面都實作了不同的特性, 結構其實還是蠻清晰的, POF有點象什麼呢，手工打造的奧迪，性能沒的說，就是麻煩點。那些B4 Discuz!NT的朋友是不是應該反思一下了呢.

　　話說回來, 這并不意味着那堆微軟體挖空心思弄出來的Control就沒有用了, 但對于中小應用來說我們更需要的是開發效率，再說負載量達不那麼大，有過度優化之嫌, 合适的就是最好的，能快速弄出讓使用者滿意的東西才是最重要的.

　　我們來看看它裡面的一些值得玩味的地方吧:

　　1. 千萬級的照片請求都是由他們的伺服器來完成處理的，但是它們都被緩存在記憶體中，并且大小都在2KB以下.

　　3. 使用Gzip技術雖然增加了30%的CPU開銷但從節省的帶寬情況來看是值得的.

　　4. 沒有使用Asp.Net的緩存機制，因為資料更新太快了, 一旦它進入緩存就過期了.

　　5. 大量使用 if,else 或者 while + Response.Write這樣的簡單語句來實作功能.

　　6. 負載均衡（好象沒有誰不用的）

　　每天3千萬的頁面通路量，伺服器隻有2 個WebServer + 3個DB Server，優化功夫實在是了得.