時刻注意代碼中的改動

     現在很多公司都有自己的代碼管理，我們公司使用的是svn，應該說使用svn的公司很多，記得我在大學實習時就是用過，當時覺得還是很高效的一款工具，現在覺得一般般，而且還有很多功能希望能夠提供。

    今天又被fastMM4攔截了，著實不爽呀！

    近期發現的fastMM4搞壞程式的事情經常發生，今天就又出現一次，最近部署了一個系統，iis部署的服務，結果總是莫名的將應用程式集區聽了，也就是服務崩潰了，但是什麼原因導致的不清楚，大牛們覺得可能是記憶體泄露導致的，於是下午追查了一下，倒是發現有個未知的泄露，於是想使用FullDebugMode來定位，結果使用了，但是沒有組建檔案，不清楚具體原因了，思考半天沒有辦法了，通過注釋的方法定位到了比較深的一處記憶體泄露，是有一個類建立了，但是儲存物件時tstrings，導致對象沒有釋放，所以出現了記憶體泄露，但是感覺這個小小的問題應該不是問題的根本，不過現在怎麼也沒有出現問題了，真有點不清楚了，不過解決一部分是一部分，於是將服務重新發布了，自己測試一下，居然有問題，報告說“Text\plain”出現問題，不清楚了，本地測試了一下服務也沒有問題，但是發布之後還是會報錯，最後突然想到了增加的條件，注釋掉之後問題解決。

     總覺得服務抱這種錯誤出來很是奇怪呢，不清不楚的，之前也寫過一個服務，一樣的問題，在用戶端報告的異常時“Error。。。。”的資訊，今天又報個不一樣的，還真不清楚了呢，不過無所謂找到問題了。

    其實這個問題是可以避免的，只要在上傳代碼時自己再過一遍所做的操作就可以找到問題了，但是當時沒有注意到這一點。

    有時上傳代碼時就是不喜歡在檢查一邊，總覺得肯定沒有問題，當出現問題後，其實解決的時間遠遠大於代碼檢查的時間，養成這個好習慣吧！