它们不是一回事。

x:Name是一个xaml概念，主要用于引用元素。当您为元素赋予x:Name xaml属性时，“指定的x:Name将成为处理xaml时在底层代码中创建的字段的名称，并且该字段包含对该对象的引用。”因此，它是一个由设计器生成的字段，默认情况下具有内部访问权限。

Name是FrameworkElement的现有字符串属性，以xaml属性的形式列出，与任何其他wpf元素属性一样。

因此，这也意味着x:Name可以用于更广泛的对象。这是一种使xaml中的任何东西都可以通过给定名称引用的技术。

当您在XAML中声明Button元素时，您引用的是在windows运行时中定义的一个名为Button的类。

按钮有很多属性，如背景，文本，边距，.....和一个名为Name的属性。

现在，当您在XAML中声明一个Button时，就像创建一个匿名对象，该对象碰巧有一个名为Name的属性。

一般来说，你不能引用一个匿名对象，但是在WPF框架中，XAML处理器允许你通过给Name属性的任何值来引用该对象。

到目前为止一切顺利。

创建对象的另一种方法是创建命名对象而不是匿名对象。在这种情况下，XAML名称空间有一个名为Name的对象属性(由于它在XAML名称空间中，因此有X:)，您可以设置该属性，以便识别对象并引用它。

结论:

Name是特定对象的属性，但X:Name是该对象的一个属性(有一个类定义了一个通用对象)。

在XAML中实际上只有一个名称，即x: name。一个框架，比如WPF，可以通过在类上使用RuntimeNamePropertyAttribute将它的一个属性映射到XAML的x:Name属性，这个类指定一个类属性映射到XAML的x:Name属性。

这样做的原因是允许在运行时已经有“Name”概念的框架，例如WPF。例如，在WPF中，FrameworkElement引入了一个Name属性。

一般来说，类不需要存储x: name的名称以使其可用。所有x:Name的意思是XAML是生成一个字段来存储类后面的代码中的值。运行时对映射的处理依赖于框架。

那么，为什么有两种方法来做同样的事情呢?简单的答案是，因为两个概念映射到一个属性上。WPF希望在运行时保留元素的名称(可以通过Bind等方式使用)，XAML需要知道您希望类后面代码中的字段可以访问哪些元素。WPF通过将Name属性标记为x:Name的别名将这两者联系在一起。

在未来，XAML会有更多x:Name的用途，比如允许你通过名称引用其他对象来设置属性，但在3.5和更早的版本中，它只用于创建字段。

你应该使用其中一种还是另一种实际上是一个风格问题，而不是技术问题。我将把这个留给其他人来推荐。

请参见AutomationProperties。Name VS x:Name, AutomationProperties。可访问性工具和一些测试工具使用Name。

唯一的区别是，如果你在同一个程序集中使用用户控件到一个控件中，那么Name将不能识别你的控件，你将得到一个错误“在同一个程序集中使用x:Name控件”。 所以x:Name是WPF中命名控件的WPF版本。Name只是用作Winform Legacy。他们想在WPF和winforms中区分控件的命名，因为他们使用Xaml中的属性来标识控件与其他程序集，他们使用x:表示控件的名称。

请记住，不要为控件命名，因为它在内存中是空白的，它会给你一个警告，说明名称已应用于控件，但它从未使用过。

x:Name的意思是:在后面的代码中创建一个字段来保存对该对象的引用。

Name表示:设置该对象的Name属性。

我总是使用x:Name变量。 我不知道这是否会影响性能，我只是觉得它更容易，原因如下。 如果您有自己的用户控件驻留在另一个程序集中，只有“Name”属性并不总是足够的。这使得使用x:Name属性更加容易。