同事發來乙個檔案，說有問題。吾將問題解決之後，發現效能很差。怎麼辦？
動手優化。其實這是典型的柳氏風格，管閒事。這東西多少年了這麼慢，沒有人管，汝吃飽了撐的？沒辦法，柳氏風格就這樣。
跟蹤下來，沒有發現大塊的時間消耗，較為零碎。
到了這裡，事情就有點難辦了。下一步怎麼走？
吾接著嘗試把一些**注釋，功能當然出錯了，而速度快了很多。有戲，可以繼續。
繼續跟蹤，到處加耗時輸出，終於找到了關鍵一段**。
解決之後，效能非常之好！起碼這個文件，非常之流暢。
具體辦法已經說明，各位自行參考。
一點點總結，供後續新增
很久沒有寫一些總結了，再過兩個多月，工作就要滿2年了。還是用c語言，開始學了點python，但這兩年從程式設計能力上來說提高的並不是很快。更多的是對方案，對邏輯熟悉了不少。c語言很基礎，尤其是嵌入式的開發，不需要太花哨的程式設計技巧，為了可讀性可擴充套件性，為了後續自己或者別人能看懂這段 實現的功能...
記憶體優化的一點總結
在android中，乙個process 只能使用16m記憶體，要是超過了這個限定就會跳出這個異常。那麼，開發中，有哪些措施能避免這個問題呢？不僅僅是bitmap的處理，其他方面也會導致oom。有哪些好的記憶體優化方式呢？以下有幾個給出的7 個答案可以參考 對於oom，其實最重要的是注意不要memor...
對於iOS效能優化的一點看法
請求資料開啟gzip壓縮 self.sessionmanager.requestserializer setvalue gzip forhttpheaderfield accept encoding 使用core animation進行圖層檢測。這篇文章介紹的很詳細。使用time profile檢測...