這是農曆去年（陽曆2016.1.29）的事了。公司的乙個專案已開發得七七八八了，要準備上線了。專案經理與公司領導及使用者協商，定於2016.1.28日（周四）上線。但這天由於專案經理需要去機場接人，加上運維組同事也忙著。就推後一天上線。這裡就不得不談下公司的專案從開發到上線的過程：公司專案分開發，測試，預發布，正式四個環境。開發和測試環境由開發人員部署，預發布環境由開發人員協助測試人員部署（我們組的測試不懂，全程操作還是由開發來部署），正式環境由開發人員協助運維組部署。
這個專案上線所需要部署的有db，web程式，wcf介面程式，windows服務程式以及檔案伺服器部署。 由於我們這個是嶄新的專案第一次上線。就有有很多任務作要做。一周前已由專案經理申請了三颱機器：db一台機器，web，wcf,windows服務共用一台機器，檔案伺服器一台機器。定於周五上午九點半正式開始上線，我（開發）準時去找運維同事，運維沒來，加上其他一些事直到10點多上線正式開始，我也是在這家公司的第一次協助運維做新專案上線，首先，找到運維人a（女），催促其上線。上線一般都是先部署db（大家都知道），a說db的部署不歸她負責，叫我找b（男），我就找b並**上線郵件包括上線說明文件，b知道後說知道我們的這個專案要上線這回事，但這三颱機器好像沒交到他們運維手上（沒收到郵件，由另外的同事發出的，具體誰不清楚），然後和a及其運維領導討論說了下，說機器應該是已經在運維手上了，然後b查了下，果然他們已有許可權操作。b又說，這個db部署的話要裝資料庫，這台機器應該是沒有裝sql的。然後說要現狀sql，那就裝吧。因為是年底了，技術部很多小組的專案都在等著上線或執行db指令碼，運維的都很忙。中間時不時有人打斷，運維組的中午又有聚餐。11點半，我回到自己的座位，下午2點半，又拿著電腦去運維組那邊。催促b，此時b開始裝sql，大約4:20分樣子，sql安裝好了。然後db配置這台新機器的環境以及部署我所提供的本專案的資料庫。下午5點過點部署完成。因為專案有資料同步，需要訪問其他專案組的資料庫，b還需要配置其他資料庫針對本專案的許可權及安全措施什麼的。 我看他這邊差不多了，在去找a，讓a部署程式包。a這邊部署比較順利，三個部署包加配置檔案修改差不多三十多分鐘。至此，a,b這邊都已部署完成。專案正式部署完成。
問題來了：由於一些主資料是windows服務從上游資料庫同步過來的。好，先啟動服務程式。查資料庫同步的資料及看服務log，嘎嘎！資料沒有同步過來，但服務日誌沒有報錯資訊。初略的想了下，感覺部署配置什麼的沒有問題，我去找開發資料同步功能的同事c（女）過來看。好吧，她也沒找到問題所在。又請教了下另外一位開發同事（架構師），猜想應該是**異常沒記錄，沒辦法，我只得看**了，果然：此段**中有try catch但catch中沒有記錄日誌和丟擲異常的處理，加上異常處理重新部署windows服務程式，還是無資料無異常日誌，繼續看**，發現方法內呼叫的乙個方法（因為**的邏輯並不是都在乙個方法裡，而是方法1中會呼叫方法2方法3或者更多）也有try catch但catch中沒有記錄日誌和丟擲異常的處理，加上並檢查其他方法，然後重新部署，好了，服務log中記錄了異常資訊：無許可權訪問本專案的資料庫，去找b，b重啟了下db這台機器，然後又報另外乙個異常：無許可權訪問userbase資料庫，完了，上游資料庫出無許可權訪問了。此時b已經下班走了，幸好另外一位運維同事d也有許可權操作，讓d加許可權。再次啟動同步服務。同步的資料還是沒有過來，繼續看日誌，出來了兩個異常。上游db庫m沒有某個檢視，上游db庫n某個檢視中缺少某個字段。完了，上游其他系統提供給本專案的一些東西都還沒有上線，沒辦法了。此時已經差不多八點多了。之前同事c和其他組確認過，都是說已經上線了，臨了居然沒上。專案經理和我們商量著說，只有等到明年在上了（因為下週我們組人差不多都回家過年走了）。運維這邊說上線單還是按已完成來做，發郵件說明明年來了在上。然後各回各家了。
悲催的一次上線經歷。待續。
中秋一次歷時10小時的記憶體洩露修復
0 序 最近新版本上線，隨著使用者增多，發現5.0上的oom型別的錯誤異常的多，但是4.4上除了一些低端機型都沒有出現同樣的問題，作為乙個開發人員怎麼能不找出原因呢？1 工具 對於記憶體洩露這種問題，當然要祭出leakcanary這種查記憶體洩露的神器啦。dependencies public cl...
記一次makefile的經歷
哎呀，剛接觸makefile 和 linux 不久，搞得很多c 的東西都拋諸腦後了，真的慚愧喲。這是我的檔案目錄 實際開發最好不要這樣命名檔案，否則到之後自己都不知道這些檔案都是幹嘛的 一開始的源 1 標頭檔案 include using std cout using std endl extern...
記一次購買小公尺的經歷
元旦要到了，打算給媽媽換一部智慧型手機，她還從沒用過呢，雖然工資不多，買一部紅公尺覺得還是比較合適的，結果發現一件細節性的小事，有些感慨。現在購買小公尺的途徑很多，不一一介紹，但是從小公尺官方購買應該只有兩種 小公尺官網和小公尺天貓 這兩者區別應該只有物流呢，按照官方的說法，小公尺官網購買的話，會在...