接一个DNN安装时的未知错误，终于找到了原因

在上午通过事件探查器分析后始终心有不甘，明明在Sql 服务中作为脚本执行是好的，为什么做为数据库的安装文件运行会不对呢？决定跟踪一下源码找找原因。
好在我的手上有3.3.7的源码，新建好一个站点后，打开vs2003设置好断点（不好意思的告诉大家，虽然DNN出了这么多版了，却一直没有好好的读过它的源码，真是一件憾事，所以我找断点的设置位置也花了不少时间，dnn真的非常的强^_^）。断点可以先设在～\dotnetnuke\Components\ResourceInstaller\PaInstaller.vb中的Public Function Install() As Boolean　方法中的

Factory.GetDnnInstaller.Install(_dnnFolders)　语句上，这是通过工厂方法安装指定目录下的文件。
另一个断点我设置在了PaDnnInstallerBase.vb中的Protected Overridable Function BatchSql(ByVal sqlFile As PaFile) As Boolean方法里。通过跟踪后发现DNN会先获取你的安装文件的编码，有UTF-8 UTF-7,UTF16BigEndian等，然后根据编码再来获取文件中的脚本后再执行。

跟踪到这里问题终于找到了，我的数据库安装脚本被编码成了UTF-7也就是ANSI，所以经DNN重新编码后“'”变成了“''”,“+”也不见了。至于为什么会这样暂时没有精力去分析。将安装文件改为UTF-8后，问题解决。在解决时还发现一个怪现象，我用EditPlus打开后，用UTF-8另存以覆盖原文件，再重新打开发现编码还是没有改过来，不知是EditPlus的bug还是我的版本不对，我用的是中文汉化的。

总结：在.net中配置文件最好都用UTF-8来编码。

转载于:https://www.cnblogs.com/GDLMO/archive/2007/12/22/1010917.html