问题描述

最近在项目中遇到这么个情况，在展开维度成员的时候，服务端抛出了“The server sent an unrecognizable response”的异常，看了下异常细节，给出的信息是“'', hexadecimal value 0x01, is an invalid character. Line 1, position 6771. (System.Xml) ”。

问题解决

出现这样问题的原因在于，微软的Analysis Service使用XMLA（XML for Analysis）语言和其他客户端进行交互，包括执行Mdx、DMX、Sql等。如果服务端返回的成员（关键列、名字、标题、成员值等）含有一些非打印字符的话，那么就无法直接在Xml中表示，这样就会导致客户端无法解析返回的Xml响应，而出现上述的错误。

Analysis Service在Process的时候，出于性能考虑默认情况下是不会对数据进行这种Xml非法字符的检测。不过Analysis Service也提供了一个设置开关，允许我们在处理阶段检测这些非法字符，并做一定的规范化处理。在BIDS中，我们打开维度属性的属性面板，有一个InvalidXmlCharacters的设置，如下图所示：

默认情况下其值为Preserve，也就是保留这些非法字符。它还有其他两个选项。Remove表示移除这些非法字符，只保留合法的Xml字符。Replace表示使用问号?替换非法字符，一个非法字符对应一个问号。在实际应用中，InvalidXmlCharacters需要根据项目的实际情况进行设置。如果对数据的这种清理可以放到ETL阶段，那么最好放到ETL阶段，因为这样可以加快Analysis Service处理的速度。否则就只能在Process的时候做检测了。对于Remove和Replace，我比较倾向于选择Remove。因为既然已经是非打印字符了，用问号代替固然能够和其他数据区分开来，但是对于最终用户来说，大部分情况下只会增加他们的迷惑而已。

剔除非法Xml字符

在Xml 1.0规范（第五版，06/11/2008）的2.2一节中提到了Xml合法字符的范围：

/* any Unicode character, excluding the surrogate blocks, FFFE, and FFFF. */

Char ::=   #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF]

规范中建议，所有Xml处理器都应该正确处理上述范围的这些字符。

我们可以在处理字符串的时候使用正则表达式剔除掉非法的Xml字符，以保证最终进入Analysis Service的字符都是Xml合法字符。

[^\x09\x0A\x0D\x20-\uD7FF\uE000-\uFFFD\u10000-\u10FFFF]

对应的C#代码如下，出于性能考虑，可以将函数内部的正则表达式存储为成员变量，并设置为预编译模式。

public static String StripInvalidXmlChars(String input)
{
  Regex re = new Regex(@"[^\x09\x0A\x0D\x20-\uD7FF\uE000-\uFFFD\u10000-\u10FFFF]");
  return re.Replace(input, "");
}

参考文档：

Invalid XML Characters: when valid UTF8 does not mean valid XML

unprintable characters in member names cause error

Xml 1.0规范

——Kevin Yang

你可能对下面的文章感兴趣

• 64位系统下IIS7 ISAPI处理器加载失败
• Analysis Services 2005 OLAP设计最佳实践
• Analysis Services：你应该使用多对多维度吗？
• BIDS对于维度属性键为可变长列时存在的Bug
• BIDS部署时出现元数据管理器发生错误
• Google Analytics中的Page维度
• Javascript中获取出错代码所在文件及行数
• OLAP中的AverageOfChildren聚合方式
• SSAS处理时“找不到属性键”的解决办法
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码

namespace BreakOnException
{
    class Program
    {
        static void Main(string[] args)
        {
            try
            {
                Program p = null;
                Console.WriteLine(p.GetHashCode());
            }
            catch (System.Exception ex)
            {

            }
        }
    }
}

上面的代码会抛出经典的NullReferrenceException。但是当你在调试状态下运行时，Visual Studio会将代码停在catch这一行，而不是Console.WriteLine这一行。

如果代码简单那倒无所谓，但是假想我们的代码是经过层层的函数调用，最外层却加了这么个Try-Catch，那么异常函数调用内抛出了异常，我们也很难定位到异常出错的代码（StackTrace也只能定位哪一个函数调用出错了）。

这个行为可以通过Debug菜单中的Exception….菜单进行设置。

打开此菜单，在CLR异常的Thrown列打上勾，那么以后遇到CLR的异常就不再是定位到用户处理代码了，而是直接停在抛出异常的代码上。这样可以大大方便我们调试程序的Bug。

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为
• Firebug在EditHtml时丢失事件处理函数
• Javascript中获取出错代码所在文件及行数
• OneNote Tips — 混合使用中英文字体
• Sql Tips——Update语句也使用表别名(Table Alias)
• Visual Assist代码提示使用的字符串模糊匹配算法
• Visual Studio 2010重命名重构时出现的问题
• Visual Studio统计有效代码行数
• Visual Studio编辑器一次缩进/反缩进4个空格
• VS2010的UI设计失误

当时的症状是这样的，客户端Silverlight程序（当时是Silverlight 2.0 RTM）在调用Web Service返回的时候抛出了一个CommunicationException，这个错误没能提供任何信息，Silverlight把所有的Web Service的异常都替换成这个没有调试意义的异常。我尝试在Web Service端跟了一下，发现程序正常的走到最后一个大括号，没有抛出任何异常。但是返回的时候却还是抛出了这个CommunicationException异常。

Google了一下，实在找不到相关的文章。只能自己分析了。在对涉及到的类做了详尽的检查之后，还是没有检查出什么设计问题来。该标注的属性都标注了。绞尽脑汁，后来终于想起了一丝线索，就是某个类里面定义了一个枚举成员，这个枚举类我之前修改过。我回想起当时的修改，我是把一个成员给删掉了，但是这会有什么关系呢？？我重新跟了一下，重点跟踪和该枚举成员相关的代码，终于发现了在一个数据库查询的时候，返回的枚举成员就是之前删掉的那个成员。由于枚举的设计是允许未定义成员的存在，因此这里不会报错，代码会继续执行直到返回。但是Silverlight客户端Web Service代理在反射此类型的时候则会出错（因为没有对应的枚举成员存在）。遗憾的是，Silverlight对Web Service返回的结果异常的报错机制不能帮我们很好的发现这个问题。我后来测试发现，如果在调用Web Service的时候传入一个非法的成员值，Silverlight是会抛出一个反射类型出错的异常，而且会帮你定位到出错的那个枚举成员上。

后来项目开发中还遇到和这个类似的问题，就是在实例化一个类实例的时候，由于类中使用C#3.0的自动属性特性去定义的枚举成员，成员的初始值是0，而枚举类中并没有0的成员，所以会遇到和上面一样的问题。

实际上，微软给的最佳开发实践中指出了，枚举类的一个设计原则就是，一定要定义一个0值的成员，这样可以避免枚举初始化值无效的问题。

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为
• Javascript中获取出错代码所在文件及行数
• Silverlight 2 RTM 多国语言支持（应用程序本地化）
• Silverlight 2动态加载Xap包中的程序集
• Silverlight 4+RIA Services–搜索引擎优化(SEO)
• Silverlight SEO（搜索引擎优化）白皮书
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly)
• Silverlight中无法设置卫星程序集为中立资源程序集
• Silverlight启用Assembly Caching之后铁通用户无法访问
• Silverlight的依赖属性与附加属性

• message          —— 错误提示信息
• fileName          —— 表示出错代码所在文件
• lineNumber      —— 出错代码所在行数
• stack               —— 出错堆栈信息
• name               —— 异常对象名/类型

但是在IE下，Error对象只有如下属性：

• name               —— 异常对象名/类型，和Firefox中显示的名称可能不同
• message          —— 错误提示信息
• description      —— 和message属性相同
• number           —— ErrorCode，错误代码，对于普通开发人员来说基本没意义

也就是说在IE下我们无法获得最希望得到的错误代码所在文件名及出错行数的信息。后来在学校论坛求教之后知道了window（全局对象）下有一个onerror的对象。这个对象或者说window的属性绑定的是一个错误处理函数。脚本中任何未被捕获的错误最终都会扩散到window这一层，然后被onerror绑定的处理函数所处理。查了一下相关文档，发现绑定的错误处理函数会接受到三个参数：

function onError(message,url,line){}

非常欣慰的是，这个机制兼容IE和Firefox。

下面举一个例子：

function doSomething(){
    var lastErrorHandler = window.onerror;
    window.onerror = function(message,url,line){
        // 汇报错误
        alert("执行" + url + "文件中的第" + line + "行代码出错，错误信息：" + message);
        window.onerror = lastErrorHandler;
        // 不希望此错误继续扩散
        return true;
    };
    // 不小心出错了...
    sldfjlskdjflj;

    window.onerror = lastErrorHandler;
}
doSomething();

这里之所以没用attachEvent的方式，是因为detach比较不方便。如果希望此错误处理变成全局的，那么可以使用attachEvent（Firefox下是addEventListener）的方式。

需要注意，Safari（Chrome使用的也是一样的内核）和Opera都不支持此机制，这两个核心的浏览器都不支持全局的error事件，因此没法使用这种方式来捕获异常信息，只能使用try-catch的方式。

试验了一下，在Safari中的Error对象拥有如下属性：

• message          —— 错误提示信息
• line                  —— 出错代码所在行数
• sourceId          —— 一个数字，不明白什么意思
• sourceURL       —— 表示出错代码所在文件
• name               —— 异常对象名/类型

Opera下的Error对象拥有如下属性：

• message                —— 错误提示信息
• opera#sourceloc    —— 出错代码所在行数
• stacktrace             —— 出错堆栈信息

这两个浏览器中的Error对象已经提供了足够的信息给我们调试使用了。下面要做的就是把这两种方式结合起来，使之在不同浏览器下都能很好的汇报这些错误。

下面这段代码封装了在不同浏览器之上汇报异常的功能：

<script type=”text/javascript”>
function reportError(err){
    var errMsg = [];
    for(var p in err){
        if(err.hasOwnProperty(p)){
            errMsg.push(p + "=" + err[p]);
        }
    }
    alert(errMsg.join("\n"));
}
function doSomething(){
    var lastErrorHandler = window.onerror;
    window.onerror = function(message, url, line){
        // 汇报错误
        reportError({
            message: message,
            url: url,
            line: line
        });
        window.onerror = lastErrorHandler;
        // 不希望此错误继续扩散
     return true;
    }

    // 不小心出错了...
    sldfjlskdjflj;

    window.onerror = lastErrorHandler;
}
try{
    // 执行可能出错的代码
   doSomething();
}catch(e){
    if("\v"=="v"){
        // 对于IE直接让此错误扩散到最外层
        throw e;
    }else{
        // 对于其他任意浏览器直接汇报此异常对象
        reportError(e);
    }
}
</script>

—— Kevin Yang

你可能对下面的文章感兴趣

• Button标签鼠标点击事件的触发源问题
• IE中使用window.open打开新窗口时无法获取Referrer对象
• Java/Js如何使用正则表达式匹配嵌套Html标签
• Javascript 中的false,零值,null,undefined和空字符串对象
• Javascript字符串哈希函数
• Javascript操纵Cookie
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码
• 为什么IIS7/7.5的Gzip不起作用
• 使用相对Url无缝切换HTTP-HTTPS
• 几个有趣的Javascript Hack