ArcGIS10.2之后的桌面版本ArcMAP打开之前保存的Shapefile文件，总会不时遇到中文字符出现乱码现象，这是因为新旧版本的默认编码规则变化导致：
ArcGIS10.2.1之前版本，Shapefile根据Locale进行编码，即注册表中的
My Computer\HKEY_CURRENT_USER\Software\ESRI\Desktop 10.x\下的common—codepage—dbfDefault。
ArcGIS10.2.1及之后版本，Shapefile一般是utf-8编码，ArcGIS会先读取DBF头文件LDID中的编码，然后是CPG文件，最后是CodePage。
解决方法
说明：中文出现乱码的根本原因是读取文件使用的编码类型和文件实际存储的编码类型不一致。
在ArcGIS Desktop 生产 shapefile 数据中，头文件（dBase Header）中，一般会包含shapefile使用的编码类型的信息，即 LDID （ Language Driver ID），它告诉应用程序用何种编码类型去正确读取它。
在Shapefile的子文件中，有时我们还会发现同名 .cpg 文件，文件中也存储了编码信息，用记事本打开，看到例如UTF-8。
二者被ArcGIS 识别的优先顺序是， LDID 优先于 CPG文件。
在Windows中文语言设置下，假设你自己写代码或者使用第三方的程序生产了shapefile，默认使用 CP936（GBK）编码存储，忘记在数据头文件中约定 LDID （ Language Driver ID）。如果是 ArcGIS 10.2之前的版本，ArcGIS 默认就是以这种方式识别，不会出现中文乱码。如果用高于 ArcGIS 10.2的版本打开这个shapefile,中文就会出现乱码，因为在缺失 LDID 和 CPG时，ArcGIS默认使用 UTF-8 来读取 shapefile 。在shapefile文件里创建个记事本，修改为同名的*.cpg 文件，文本内容oem或者936。
如何检测shapefile是用什么编码，如果不知道Shapefile的编码类型，可以使用程序检测：共享别人写的一个python代码：
import struct
dbf = 'D:\tShapefiles\test.dbf'
dat = open(dbf, 'rb').read(30)[29:]
id = struct.unpack('B', dat)[0]
print(id, hex(id))
例如，得到这样的打印结果：
[b](77, '0x4d')[/b]
通过这样的 ID 到 [编码表] http://shapelib.maptools.org/codepage.html
，查到就是 CodelPage 936。
