为什么en-dash( – )会触发非法的XML字符错误(C#/ SSMS)？

这不是关于如何克服“ XML解析：…非法xml字符”错误的问题,而是关于它为什么会发生的问题？我知道有修复( 1,2,3),但在选择最佳解决方案之前需要知道问题出在哪里(导致错误的原因是什么？).

我们使用C#调用基于Java的Web服务.从返回的强类型数据中,我们创建了一个将传递给SQL Server的XML文件. Web服务数据使用UTF-8进行编码,因此在C#中我们创建文件,并在适当的地方指定UTF-8：

var encodingType = Encoding.UTF8;
// logic removed...
var xdoc = new XDocument();
xdoc.Declaration = new XDeclaration("1.0",encodingType.WebName,"yes");
// logic removed...
System.IO.File.WriteAllText(xmlFullPath,xdoc.Declaration.ToString() + xdoc.Document.ToString(),encodingType);

这将在磁盘上创建一个包含以下(缩写)数据的XML文件：

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<records>
  <r RecordName="Option - Foo" />
  <r RecordName="Option – Bar" />
</records>

请注意,在第二条记录中,– 与 – 不同.我相信第二个例子是en-dash.

如果我在Firefox / IE / VS2015中打开该XML文件.它打开没有错误. W3C XML validator也可以正常工作.但是,SSMS 2012不喜欢它：

declare @xml XML = '<?xml version="1.0" encoding="utf-8" standalone="yes"?><records>
  <r RecordName="Option - Foo" />
  <r RecordName="Option – Bar" />
</records>';

XML parsing: line 3,character 25,illegal xml character

那么为什么en-dash会导致错误呢？从我的研究来看,似乎是这样

…only a few entities that need escaping: <,>,,’ and & in both HTML and
XML.
07005

…其中en-dash不是一个.编码版本(替换 – 和&#8211;)工作正常.

UPDATE

根据输入,人们声明en-dash不被识别为UTF-8,但它在此处列出http://www.fileformat.info/info/unicode/char/2013/index.htm
那么,作为一个完全合法的角色,为什么SSMS在以XML格式传递时不会读取它(使用UTF-8或UTF-16)？

declare @xml XML = N'<?xml version="1.0" encoding="utf-16" standalone="yes"?><records>
  <r RecordName="Option - Foo" />
  <r RecordName="Option – Bar" />
</records>';

select @xml

(No column name)
<records><r RecordName="Option - Foo" /><r RecordName="Option – Bar" /></records>

set @xml = '<?xml version="1.0" encoding="utf-8"?><x> – </x>'
set @xml = '<?xml version="1.0" encoding="utf-16"?><x> – </x>'

set @xml = N'<?xml version="1.0" encoding="utf-8"?><x> – </x>'

set @xml = N'<?xml version="1.0" encoding="utf-16"?><x> – </x>'