所以，我作为最后的手段问，因为我完全没有想法。
我有一个 Windows ASP.NET ASMX Web 服务应用程序，它返回一个带有 -- 姓名、地址、电子邮件...等
但是xml中的一些属性编码很奇怪，例如-&#x1a（我不知道编码发生在哪里。我假设在序列化过程中）
googling those characters我看是“Windows-1252”编码。
在解析XML时出现问题，我发现在1252编码的位置出现“invalid unicode character”的解析错误。
我怎样才能成功解析它？你建议什么解决方案？
【问题讨论】：
解析器是正确的，无论产生什么序列化都是错误的。与大多数 C0/C1 控制字符一样，将 U+001A SUBSTITUTE 放入 XML 1.0 文件 (*) 是无效的——实际上，更糟糕的是：格式不正确——即使编码为字符引用，例如.
没有任何 XML 解析器会读取它，也不应该读取它。虽然您可以在将 序列传递给解析器之前尝试过滤掉它们，但这种粗略的hack 不适用于一般情况。应该修复序列化器以停止生成它们。
实际上，我不知道该字符（通常用于在古老的可怕操作系统中标记文件结尾）如何进入 ASP.NET 应用程序使用的数据集，但它似乎不会播放任何有效的姓名、地址或电子邮件中的角色。也许您真的需要考虑清理您的数据。
(*: 如果在 XML 1.1 文档中编码为字符引用是合法的。如果您绝对必须通过 XML 来回控制字符，则必须使用 XML 1.1。尽管这可能会导致与旧的 XML 解析器，你仍然不能使用 U+0000 NULL 字符，所以你永远不会是完全二进制安全的。）
【讨论】：
&#x1A;，但所有使用字符串/正则表达式黑客攻击处理XML 的尝试都有可能破坏它不是标记的情况，例如<!-- comment -->、<?pi?> 或<![CDATA section]]>。但是您不能将此输入作为 XML 处理，因为其中包含此控制字符，它根本就不是 XML。如果它应该是 XML，您需要找到负责生成它的一方并大声抱怨，直到他们修复它。