⑴ vim 如何編輯 GB2312 編碼的文件
修改.vimrc文件，讓其支持 gb2312就行
"設定文件編碼類型，徹底解決中文編碼問題
let &termencoding=&encoding
set fileencodings=utf-8,gbk,ucs-bom,cp936
略微查了一下.vimrc中添加內容的含意， 內容如下：
vim中編輯不同編碼的文件時需要注意的一些地方
此文講解的是vim編輯多位元組編碼文檔（中文）所要了解的一些基礎知識，注意其沒有涉及gvim，純指字元終端下的vim。
vim編碼方面的基礎知識：
1，存在3個變數：
encoding----該選項使用於緩沖的文本(你正在編輯的文件)，寄存器，Vim 腳本文件等等。你可以把 'encoding' 選項當作是對 Vim 內部運行機制的設定。
fileencoding----該選項是vim寫入文件時採用的編碼類型。
termencoding----該選項代表輸出到客戶終端（Term）採用的編碼類型。
2，此3個變數的默認值：
encoding----與系統當前locale相同，所以編輯文件的時候要考慮當前locale，否則要設置的東西就比較多了。
fileencoding----vim打開文件時自動辨認其編碼，fileencoding就為辨認的值。為空則保存文件時採用encoding的編碼，如果沒有修改encoding，那值就是系統當前locale了。
termencoding----默認空值，也就是輸出到終端不進行編碼轉換。
由此可見，編輯不同編碼文件需要注意的地方不僅僅是這3個變數，還有系統當前locale和、文件本身編碼以及自動編碼識別、客戶運行vim的終端所使用的編碼類型3個關鍵點，這3個關鍵點影響著3個變數的設定。
如果有人問：為什麼我用vim打開中文文檔的時候出現亂碼？
答案是不確定的，原因上面已經講了，不搞清楚這3個關鍵點和這3個變數的設定值，出現亂碼是正常的，倒是不出現亂碼那反倒是湊巧的。
再來看一下常見情況下這三個關鍵點的值以及在這種情況下這3個變數的值：
1，locale----目前大部分linux系統已經將utf-8作為默認locale了，不過也有可能不是，例如有些系統使用中文locale zh_CN.GB18030。在locale為utf-8的情況下，啟動vim後encoding將會設置為utf-8，這是兼容性最好的方式，因為內部處理使用utf-8的話，無論外部存儲編碼為何都可以進行無缺損轉換。locale決定了vim內部處理數據的編碼，也就是encoding。
2，文件的編碼以及自動編碼識別----這方面牽扯到各種編碼的規則，就不一一細講了。但需要明白的是，文件編碼類型並不是保存在文件內的，也就是說沒有任何描述性的欄位來記錄文檔是何種編碼類型的。因此我們在編輯文檔的時候，要麼必須知道這文檔保存時是以什麼編碼保存的，要麼通過另外的一些手段來斷定編碼類型，這另外的手段，就是通過某些編碼的碼表特徵來斷定，例如每個字元佔用的位元組數，每個字元的ascii值是否都大於某個欄位來斷定這個文件屬於何種編碼。這種方式vim也使用了，這就是vim的自動編碼識別機制了。但這種機制由於編碼各式各樣，不可能每種編碼都有顯著的特徵來辨別，所以是不可能 100%准確的。對於我們GB2312編碼，由於其中文是使用了2個acsii值高於127的字元組成漢字字元的，因此不可能把gb2312編碼的文件與 latin1編碼區分開來，因此自動識別編碼的機制對於gb2312是不成功的，它只會將文件辨識為latin1編碼。此問題同樣出現在gbk，big5 上等。因此我們在編輯此類文檔時，需要手工設定encoding和fileencoding。如果文檔編碼為utf-8時，一般vim都能自動識別正確的編碼。
3，客戶運行vim的終端所使用的編碼類型----同第二條一樣，這也是一個比較難以斷定的關鍵點。第二個關鍵點決定著從文件讀取內容和寫入內容到文件時使用的編碼，而此關鍵點則決定vim輸出內容到終端時使用的編碼，如果此編碼類型和終端認為它收到的數據的編碼類型不同，則又會產生亂碼問題。在 linux本地X環境下，一般終端都認為其接收的數據的編碼類型和系統locale類型相符，因此不需關心此方面是否存在問題。但如果牽涉到遠程終端，例如ssh登錄伺服器，則問題就有可能出現了。例如從1台locale為GB2310的系統（稱作客戶機）ssh到locale為utf-8的系統（稱作伺服器）並開啟vim編輯文檔，在不加任何改動的情況下，伺服器返回的數據為utf-8的，但客戶機認為伺服器返回的數據是gb2312的，按照 gb2312來解釋數據，則肯定就是亂碼了，這時就需要設置termencoding為gb2312來解決這個問題。此問題更多出現在我們的 windows desktop機遠程ssh登錄伺服器的情況下，這里牽扯到不同系統的編碼轉換問題。所以又與windows本身以及ssh客戶端有很大相關性。在 windows下存在兩種編碼類型的軟體，一種是本身就為unicode編碼方式編寫的軟體，一種是ansi軟體，也就是程序處理數據直接採用位元組流，不關心編碼。前一種程序可以在任何語言的windows上正確顯示多國語言，而後一種則編寫在何種語言的系統上則只能在何種語言的系統上顯示正確的文字。對於這兩種類型的程序，我們需要區別對待。以ssh客戶端為例，我們使用的putty是unicode軟體，而secure CRT則是ansi 軟體。對於前者，我們要正確處理中文，只要保證vim輸出到終端的編碼為utf-8即可，就是termencoding=utf-8。但對於後者，一方面我們要確認我們的windows系統默認代碼頁為cp936（中文windows默認值），另一方面要確認vim設置的termencoding= cp936。
最後來看看處理中文文檔最典型的幾種情況和設置方式：
1，系統locale是utf-8（很多linux系統默認的locale形式），編輯的文檔是GB2312或GBK形式的（Windows記事本默認保存形式，大部分編輯器也默認保存為這個形式，所以最常見），終端類型utf-8（也就是假定客戶端是putty類的unicode軟體）
則vim打開文檔後，encoding=utf-8（locale決定的），fileencoding=latin1（自動編碼判斷機制不準導致的），termencoding=空（默認無需轉換term編碼），顯示文件為亂碼。
解決方案1：首先要修正fileencoding為cp936或者euc-cn（二者一樣的，只不過叫法不同），注意修正的方法不是:set fileencoding=cp936，這只是將文件保存為cp936，正確的方法是重新以cp936的編碼方式載入文件為:edit ++enc=cp936，可以簡寫為:e ++enc=cp936。
解決方案2：臨時改變vim運行的locale環境，方法是以LANG=zh_CN vim abc.txt的方式來啟動vim，則此時encoding=euc-cn（locale決定的），fileencoding=空（此locale下文件編碼自動判別功能不啟用，所以fileencoding為文件本身編碼方式不變，也就是euc-cn），termencoding=空（默認值，為空則等於encoding）此時還是亂碼的，因為我們的ssh終端認為接受的數據為utf-8，但vim發送數據為euc-cn，所以還是不對。此時再用命令: set termencoding=utf-8將終端數據輸出為utf-8，則顯示正常。
2，情況與1基本相同，只是使用的ssh軟體為secure CRT類ansi類軟體。
vim打開文檔後，encoding=utf-8（locale決定的），fileencoding=latin1（自動編碼判斷機制不準導致的），termencoding=空（默認無需轉換term編碼），顯示文件為亂碼。
解決方案1：首先要保證運行secure CRT的windows機器的默認代碼頁為CP936，這一點中文windows已經是默認設置了。其他的與上面方案1相同，只是要增加一步，:set termencoding=cp936
解決方案2：與上面方案2類似，不過最後一步修改termencoding省略即可，在此情況下需要的修改最少，只要以locale為zh_CN 開啟 vim，則encoding=euc-cn，fileencoding和termencoding都為空即為encoding的值，是最理想的一種情況。
可見理解這3個關鍵點和3個參數的意義，對於編碼問題有很大助力，以後就可以隨心所欲的處理文檔了，同時不僅僅是應用於vim，在其他需要編碼轉換的環境里，都可以應用類似的思路來處理問題解決問題。
⑵ Linux下如何查看文件的編碼格式 用vim然後set fileencoding=utf-8不行
查看文件編碼是set fileencoding 解決用Vim查看文件亂碼的問版題在~/.vimrc文件添權加
set encoding=utf-8 fileencodings=ucs-bom,utf-8,cp936
⑶ linux更改文件類型命令
linux修山枯改文件的命令：1、「vi」或「vim」命令，可用於譽好修改文件的內容；2、「mv」命令，可用於修改文件的名稱；3、「chmod」、「chgrp」、「chown」命令，可用於修改文件的許可權；4、「
linux修改文件的命令：1、「vi」或「vim」命令，可用於修改文件的內容；2、「mv」命令，可用於修改文件的名稱；3、「chmod」、「chgrp」、「chown」慶唯鉛命令，可用於修改文件的許可權；4、「touch」命令，可修改文件的時間。
⑷ vim如何選擇性設置文件換行符格式
在linux 中執蠢嫌行shell腳本，有時候會出現如慎基下錯誤:
/bin/bash^M: bad interpreter: No such file or directory
這是由於文件換行符格帶孝手式是dos格式的，bash無法解析。
在vi修改文件換行符格式為UNIX格式
:set ff=unix
:wq
⑸ 請教，用vim打開沒有後綴名的文件，如何設置成.vim或者.asm的高
打開後直接執行 :set filetype=vim或者set filetype=asm就行。
「設置filetype時會觸發FileType事件，該事件可以設置語法高亮」 -- vim文檔
具體可以執行 :help filetype查看詳細文檔。
⑹ vim git怎麼配置編碼格式
本文主要講解下，讓Vim能正確顯示和保存各種編碼文件的一些常用方法。
Vim編碼配置裡面有3個選項，分別是encoding 、fileencodings、fileencoding 簡寫分別對應為enc、fencs、fenc。
encoding(enc): 此項目配置的是vim的默認顯示編碼，如果你打開的文件編碼與該屬性配置的編碼不同，那麼Vim會將編碼自動轉換到這種編碼然後再顯示，
如果如果這2種編碼集合完全對應那麼很有可能出現壞塊也就是沒轉換成功然後從列表（下面就講到，實際上就是fens）中搜尋下一個編碼，也就是出現我們所說的亂碼。
驗證上述結論：用vim打開一個文件，輸入":set encoding" vim 會自動把encoding的值列印出來。
fileencodings(fencs): 此項目配置的是一個編碼列表，Vim在讀取文件的時候，會根據這里的編碼自動檢測，如果檢測失敗則嘗試下一個，直到檢測成功為止。如果一直沒有轉換成功，則此值會為空，也就是上述encoding的枚舉，你可以重新調整循序來調整優先順序。(需要在.vimrc中修改)
驗證上述結論：同上，列印fencs的值（fencs 就是 fileencodings）
fileencoding(fenc):這個東西尤其重要這個配置的是新建文件和保存文件時文件的編碼，如果它的值與encoding(enc)不一樣，那麼保存的時候Vim會自動把文件內容由encoding(enc)的編碼轉換為fileencoding(fenc)配置編碼再保存。而讀取文件的時候，該選項的值會自動同步為fileencodings(fencs):配置的有效編碼。（實際上就是上面說的轉換規則）
例如:
如果我們是如下配置
encoding(enc):utf-8
fileencodings(fencs):utf-8，gbk
fileencoding(fenc):gbk
那麼我們打開一個gbk編碼的文件，Vim會將內容轉換為utf-8格式來顯示，但是保存的時候文件的編碼卻依然是gbk
如果我的工作環境主要是編輯utf-8，偶爾會修改一下gbk的編碼，我們該怎麼配置呢？
首先我們可以把fileencoding留空，然後只配置fileencodings(fencs):utf-8,gbk,ucs-bom,cp936（這個需要在.vimrc中配置，不然下一次打開不會改變，而且這個列表是打開後不能改的，改了也沒效果）
按照上面的規則，Vim就會自動把文件保存為gbk的編碼了
如果我編輯了一個utf-8文件，想把它以gbk的格式保存，該怎麼辦呢？
在命令行模式輸入 :set fenc=gbk 然後保存文件即可，保存之後再輸入:set fenc=utf-8就可以繼續編輯其他utf-8文件了
⑺ vim怎樣設置utf-8編碼
當你安裝爛族完vim之後找到他的安裝路徑，找到這個文件/vim/_vimr這個文件，這是vim的配置文件。想把他改成utf-8的，可以用vim打開這個飢埋配置文件，然後在其中添加如下代爛歷螞碼：
set encoding=utf-8
set termencoding=utf-8
set fileencoding=chinese
set fileencodings=ucs-bom,utf-8,chinese
set langmenu=zh_CN.utf-8
source $VIMRUNTIME/delmenu.vim
source $VIMRUNTIME/menu.vim
language messages zh_cn.utf-8
language messages zh_cn.utf-8