雖說目前市面上比較常見的幾款IDE，如：VS、VSC、IDEA等，都用代碼自動縮進的功能，但我們仍然需要養成一個良好的代碼縮進習慣，特別是對於初學者來說。很多初學者可能不以為意，但一段高效且簡潔的代碼的可讀性肯定是非常高的，而其中有一半的因素就是代碼縮進。所以我將對一些常見的縮進錯誤做一些講解，以及代碼應當如何縮進。
因為我常用的C語言，同時也是我覺得萌新在代碼編寫中縮進最差的語言，所以本博文將會以它為例。
先來看一張圖
這張圖中畫圈的地方是有問題的，這連個地方的縮進我們完全可以把括號與前面的if語句對齊（這張圖來自我的編程交流群， 如有冒犯或侵權，請聯系我）。當然，這種錯誤的縮進對可讀性產生的影響並不是很大，但接下來這張圖就不一樣了。
這張圖對於一些萌新來說可能會有一點既視感，因為我常在交流群中遇到這種代碼，將代碼全部與前面的某個地方對齊。這種縮進方式讓代碼的可讀性很低，但有些萌新可能覺得很正常，能看清楚，那么我們將它與下圖作對比。
很明顯，scanf和printf函數究竟是處於哪個塊（打括號）中變得一目了然，即使是視覺上也舒適了很多。但可能還有些萌新覺得這樣做沒必要，很麻煩。讓你們這么想地其中一個原因，是你們使用的IDE的問題，比如VC++6.0，這個IDE甚至連代碼不全都非常不完善（我也不推薦使用這個IDE，我更推薦初學者使用dev，而且不推薦直接就用VS），當然這只是次要的，更加重要的，是當你們寫上了幾百行甚至更多代碼時
以這樣圖中的代碼為例，這樣的縮進讓代碼變得層次分明，可讀性很高，也更能方便我們后續對代碼的修改。
最后來講講該怎么縮進。一般的縮進，都以一個Tap鍵（4個空格）為基本單位，我也為它的常用方法總結了以下幾點：
1、凡是在塊（打括號）中的代碼都要進行一次縮進,且塊（打括號）應當與上一條語句對齊
2、goto語句的標簽同意向前做進一個單位
3、case標簽下的語句統一向后縮進一個單位
4、如果某條語句因為參數太多而太長，可以將參數換行帶入，但后續的參數應當至少與函數向后縮進一個單位
目前市面上大部分的IDE都有自動縮進的功能，比如VS在一條語句輸入結束后能自動縮進，但對於dev等一些IDE卻就只能自己一個Tap一個Tap的按了。其實大可不必，dev是有自己的自動縮進方法的，快捷鍵：Ctrl+Shift+A，也能設置縮進選項，其他的大部分IDE也都有，大家可以自行百度。