從專案中積累了一些客戶端效能優化經驗
1.目前專案的在手機上跑，記憶體占用最大的是ui。在profile下看，一張2048的大圖集占用的記憶體比一張1024的圖集占用的記憶體要多出一倍，大概8m。所以優化方案是拆分圖集，把大圖集按功能分割成若干小圖集（做成1024*1024），把單獨的大圖獨自拉出來用uitexture非同步載入。可以使記憶體大大優化。
2.目前專案的記憶體均值其實不高，但是峰值比較高。原因是沒有重用記憶體例項化的gameobject,當特效或者角色的gameobject的邏輯實體destroy時，把gameobject也一併destroy，建立銷毀這一過程導致記憶體峰值增大。優化方案是在destroy特效或者角色的gameobject時把gameobject快取起來，減少建立銷毀次數。當需要用相同的特效或者角色時直接在快取池中取gameobject。在跨場景時把快取池裡的gameobejct destroy掉。
3.目前的ui 公用圖集修改時，所有依賴用到此公有圖集的ui打包時都和原來的不同（即時沒有修改）。這樣，我們做熱更版本時，如果要修改公有圖集，那麼所有ui打包時都和之前的不一樣，從而使打出來的熱更包很大。原因是打包android ui建立的etc圖集時，生成材質和兩張etc圖（一張透明圖，一張不透明圖），材質是每次都是直接new出來，沒有用上次已有的材質。所以打出來的ui都和上次都不同。解決方案是，重用之前已經打出來的etc材質，這樣修改公有圖集時，不會把所有ui都重打，從而熱更包的體積大大減少。
4.不透明不要用png，用jpg體積會小一點。
客戶端優化
from 輪迴mm 1.討厭的ie的濾鏡和css expressions少用，小心把瀏覽器搞掛，cup 100 宕機。2.css放到前面，js能放到後面的放在 後面。將頁面盡早展示給使用者。3.減少iframe的使用，避免cpu扛不住。4.減少dom個數，減低瀏覽器解析壓力。5.使用 而不是 imp...
Hbase客戶端優化
scan caching scanner一次快取多少資料來scan 從服務端一次抓多少資料回來scan 預設值是 1，一次只取一條。scan attribute selection scan時建議指定需要的column family，減少通訊量，否則scan操作缺省會返回整個row的所有資料 所有c...
瘦客戶端 胖客戶端 智慧型客戶端
胖客戶端模式將應用程式處理分成了兩部分 由使用者的桌面計算機執行的處理和最適合乙個集中的伺服器執行的處理。乙個典型的胖客戶端包含乙個或多個在使用者的pc上執行的應用程式，使用者可以檢視並運算元據 處理一些或所有的業務規則 同時提供乙個豐富的使用者介面做出響應。伺服器負責管理對資料的訪問並負責執行一些...