因?yàn)槲覀兊捻?xiàng)目是遲早要放到服務(wù)器上的懂昂，而服務(wù)器上的項(xiàng)目一般是不開(kāi)啟調(diào)模式的千所，就是指我們上線的上線如果出錯(cuò)了狂魔，直接也是看不到的。
所以我們的已經(jīng)上線的項(xiàng)目若要方便進(jìn)行調(diào)試淫痰，一般會(huì)采用記錄日志的方式將我們的錯(cuò)誤和運(yùn)行狀態(tài)記錄下來(lái)最楷，以便我們?nèi)蘸蟛榭础?/b>
而記錄日志的方式也多種多樣，下面就我做過(guò)的開(kāi)發(fā)項(xiàng)目設(shè)置的日志形式說(shuō)一下我設(shè)置日志的方式待错。個(gè)人覺(jué)得還有待改進(jìn)籽孙，這里權(quán)且當(dāng)作個(gè)人的一個(gè)記錄，也為大家提供一方面的思路火俄。希望各位大神能夠多多指教犯建，接下來(lái)小弟就獻(xiàn)丑了。
1. 記錄初始狀態(tài)（[這一步……可要可不要瓜客，個(gè)人比較追求完整]）
在該操作函數(shù)調(diào)用之初記錄一條日志适瓦。
這一條日志主要是記錄該操作是否調(diào)用了，當(dāng)作一個(gè)操作的開(kāi)始谱仪。因?yàn)槲彝蟮牟僮鞫加邢拗撇Ｎ酰杂涗浺粋€(gè)初始狀態(tài)，若后面的操作流程走不下去的話也能確定請(qǐng)求是成功的疯攒，只是數(shù)據(jù)不正確揭芍。
2. 記錄接收的數(shù)據(jù)形式
一般來(lái)說(shuō)，操作都是的通過(guò)發(fā)送參數(shù)請(qǐng)求的卸例，所以在這里可以記錄一下接收到的數(shù)據(jù)形式称杨。
記錄接收到的數(shù)據(jù)是為了確認(rèn)數(shù)據(jù)的正確性肌毅，也為后期的調(diào)試指明一個(gè)方向
3. 記錄成功信息
記錄成功信息不用太多的東西，一句成功的提示姑原，如'success'悬而，就可以搞定。甚至一個(gè)數(shù)字符號(hào)或者其他符號(hào)都沒(méi)問(wèn)題锭汛，這里僅僅是作一個(gè)標(biāo)記笨奠。
4. 記錄失敗信息
記錄日志最關(guān)鍵的地方就是將錯(cuò)誤記錄下來(lái)，以便于后期的調(diào)試與維護(hù)唤殴。
而記錄的錯(cuò)誤也有很多種般婆，在這里我也僅僅只是記錄了流程判斷上的錯(cuò)誤——當(dāng)進(jìn)入到錯(cuò)誤的流程時(shí)，就記錄一次朵逝，每一個(gè)錯(cuò)誤流程都記錄一個(gè)錯(cuò)誤蔚袍，直到該操作中止。
而在一些關(guān)鍵的SQL語(yǔ)句上我也有所記錄配名，因?yàn)槌绦虻拈_(kāi)發(fā)都離不開(kāi)數(shù)據(jù)庫(kù)啤咽，所以也就少不了SQL語(yǔ)句，將這個(gè)記錄下來(lái)則能夠更好檢測(cè)錯(cuò)誤渠脉。
其他的失敗信息還有諸如：
① 語(yǔ)法錯(cuò)誤
② 程序異常
③ 非法請(qǐng)求
……
這是我個(gè)人開(kāi)發(fā)時(shí)給項(xiàng)目做日志的方式宇整，個(gè)人也覺(jué)得應(yīng)該有許多的不足或不妥之處。在此分享出來(lái)我的經(jīng)驗(yàn)芋膘，若有可取之處鳞青，那我很高興能幫到大家；若是問(wèn)題很大为朋，也希望大家能夠多多指出盼玄。畢竟在日志記錄這一方面，我個(gè)人的經(jīng)驗(yàn)總是有限的潜腻，對(duì)吧埃儿？
