X:如果有自定义控件，Name可能会导致内存问题。它将为NameScope条目保留一个内存位置。

我建议除非迫不得已，否则不要使用x:Name。

它们都是一样的东西，很多框架元素本身公开了name属性，但对于那些不公开的元素，你可以使用x:name -我通常只使用x:name，因为它适用于任何东西。

控件可以将名称本身公开为依赖属性(因为它们需要在内部使用该依赖属性)，也可以选择不这样做。

更多细节在msdn这里和这里:

Some WPF framework-level applications might be able to avoid any use of the x:Name attribute, because the Name dependency property as specified within the WPF namespace for several of the important base classes such as FrameworkElement/FrameworkContentElement satisfies this same purpose. There are still some common XAML and framework scenarios where code access to an element with no Name property is necessary, most notably in certain animation and storyboard support classes. For instance, you should specify x:Name on timelines and transforms created in XAML, if you intend to reference them from code. If Name is available as a property on the class, Name and x:Name can be used interchangeably as attributes, but an error will result if both are specified on the same element.

The specified x:Name becomes the name of a field that is created in the underlying code when XAML is processed, and that field holds a reference to the object. In Silverlight, using the managed API, the process of creating this field is performed by the MSBuild target steps, which also are responsible for joining the partial classes for a XAML file and its code-behind. This behavior is not necessarily XAML-language specified; it is the particular implementation that Silverlight applies to use x:Name in its programming and application models.

阅读更多关于MSDN…

其中一个答案是x:name将在不同的程序语言中使用，如c#，而name将用于框架。说实话，我听起来就是这样。

我的研究是x:命名为全局变量。但是，Name为局部变量。这是否意味着x:Name可以在XAML文件的任何地方调用，但Name不能。 例子:

<StackPanel>
<TextBlock Text="{Binding Path=Content, ElementName=btn}" />
<Button Content="Example" Name="btn" />
</StackPanel>
<TextBlock Text="{Binding Path=Content, ElementName=btn}" />

你不能绑定属性内容的按钮名称是“btn”，因为它在StackPanel之外

X:如果有自定义控件，Name可能会导致内存问题。它将为NameScope条目保留一个内存位置。

我建议除非迫不得已，否则不要使用x:Name。