Maxthon3 使用了webkit 引擎，给中国低迷的浏览器兼容之路打了一个强心剂。我也专门测试了Qzone 在Maxthon3下的问题。
今天过一个晚上的测试，终于发现了问题所在，这个和Chrome刚发布时Qzone无法打开问题是一样的。在我们的脚本里出现了一些UTF-8的BOM签名。 这个签名是不应该出现在数据传输过程的。早期Chrome刚采用的webkit引擎也出现过同样的问题，后来在某个版本Chrome很好得兼容了这个问题。而这个签名的16进制是
EF BB BF
同样是webkit，这个同样的问题出现在了Maxthon3上面，呵呵。
这个 BOM 就是导致一些webkit引擎出现异常的问题所在。
其实这个问题也比较好解决，保存文件的时候不要选择保存带UTF-8签名的文件。貌似DW会自动加上签名。。。
删除BOM多余的签名信息后，Qzone在Maxthon3下和正常的Webkit一样正常打开了。
