通訊測試最好使用2g測試，可以慢，但要能跑通，若出現「無法連線到網路」或者「網路連 接超時」的對話方塊，就是開發人員必須要解決的問題了。
注意:大於 1kb 才進行壓縮， 否則得不償失。經過 gzip 壓縮後，返回的資料量大幅減少。無論是 ios 還是android，
都應該在基類(baseviewcontroller 或者 baseactivity)中提 供乙個 cancelrequest的方法，
用以在離開當前頁面時清空網路請求佇列。
一般將獲取資料 的請求介面都定義為 get;而把運算元據的請求介面都定義為 post。
可以為所有的 get 請求配置重試機制，比如 get 請求失敗後重試 3 次。
post 下單介面是個 post 請求，如果請求失敗那麼就會重試 3 次，直到下單成功。
但是有時候 post 請求並沒有失 敗，而是超時了，超時時間是 30 秒，但是卻 31 秒返回了，如果因此而重新發起下單請求， 那麼就會連續下單兩次。
所以 post 請求是不建議有重試機制的。
如果 post 請求具有防重機制，那麼倒是可以增加重試機制。
鎖在應用層的優化思路
減少鎖的持有時間 減小鎖粒度 比如 concurrenthashmap中增加乙個表項，並不是將整個hashmap加鎖，而是首先根據hashcode得到該表項應該被存放到哪個段中，然後對該段加鎖，並完成put 操作。在多執行緒環境中，如果多個執行緒同時進行put 操作，只要被加入的表項不存放在同乙個段...
mysql思路 MySQL優化思路
通過指令碼，重新整理觀察mysql的status，觀察是否有週期性故障活波動，一般由訪問高峰或者快取失效引起，家快取並更改快取失效策略，是失效時間分散或頁面定時失,show processlist顯示哪些執行緒正在執行。您也可以使用mysqladmin processlist語句得到此資訊。如果您有...
OXWALL優化思路
閱讀oxwall的初始化 日誌實現部分，重點關注主頁的資料讀取流程，在資料讀取流程中增加寫日誌，可以看到初始化頁面涉及資料庫讀取的操作異常多。這將是效率的瓶頸，應該考慮將資料快取到redis中，並結合訊息佇列更新快取和資料庫。研究 安全隱患sql注入 csrf 偽造的跨站點請求 跨站點指令碼 xss...