小编给大家分享一下如何解决在服务器端的XSLT过程中出现的编码问题，希望大家阅读完这篇文章后大所收获，下面让我们一起去探讨吧！
创新互联是专业的泰来网站建设公司，泰来接单;提供
网站制作、做网站,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行泰来网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
最近和苹果皮在讨论优化 Weather For Google Earth 的时候使用到了 XSLT 来转换 XML 数据的问题，那这里就必须用到转换引擎，大概过程就是把 XML 文件和 XSLT 文件都转载到内存里用DOM引擎进行转换到我们想要的 HTML（我这个实例里是要生成 KML 文件）。这个转换的过程又分客户端和服务器端的，因为客户端的转换需要用户的浏览器完整地支持 XML ，但不是全部的用户的浏览器现在都支持的（IE5、IE4等），所以进行服务端的转换是比较理想的。
XML文件形式：
[...]
[...]
[...]
10/28/06 11:16 AM Local Time
[...]
[...]
XSLT文件形式（内容部分省略）：
[...]
我开始进行的转换代码，用的是ASP+JavaScirpt :
//========输出类型和流编码==========================
Response.ContentType = "application/vnd.google-earth.kml+xml";
Response.CharSet = "UTF-8" ;//=====获得并载入远程XML文件==========================
var oXHy = Server.CreateObject("MSXML2.XMLHTTP");
var url = http://www.dnxh.cn/ge/CHXX0101.xml;
oXHy.open("GET",url,false);
oXHy.send();
var oXD = Server.CreateObject("MSXML2.DOMDocument");
oXD.loadXML(oXHy.responseText);//======载入XSL文件=========================
var xsl = Server.CreateObject("Microsoft.XMLDOM");
xsl.async = false;
xsl.load(Server.MapPath("gew.xsl"));//======文件的转换====================
Response.Write(oXD.transformNode(xsl));
按理说这样应该没有编码的问题了，因为该声明编码的地方都声明了。可是偏偏出了问题。输出的 KML 文件的开头声明里面总是
通过测试发现 XML 和 XSLT 两个源文件没有问题，那问题就在 ASP 代码里的转换引擎上，后来在RE: [xsl] Problem with Chinese (Solution)这篇文章上大概的找到了原因，这里面说引擎 transformNode 是生成了一个字符串，而在 win32 平台上总是以 UTF-16 来处理字符串的，然后我们再用这个字符串来生成 KML 文件，那结果就只能是 UTF-16 的了。
解决的办法就是用 transformNodeToObject 引擎。文件转换部分换成 oXD.transformNodeToObject( xsl , Response)。这两个方法的不同之处就是前一个是生成了一个字符串变量，后一个是直接把转换后的 XML 数据保存到指定的节点里了。
看完了这篇文章，相信你对如何解决在服务器端的XSLT过程中出现的编码问题有了一定的了解，想了解更多相关知识，欢迎关注创新互联成都网站设计公司行业资讯频道，感谢各位的阅读！
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
当前名称：如何解决在服务器端的XSLT过程中出现的编码问题-创新互联
转载注明：
http://cdxtjz.cn/article/doooij.html
