using语句不会影响性能，因为它只是限定标识符名称的一个助手。因此，如果你使用System.IO，你不必输入System.IO.Path.Combine(…)，你可以简单地输入Path.Combine(…)。

只使用实际使用的名称空间可以使代码保持文档化。

您可以通过任何搜索工具轻松地找到代码的哪些部分相互调用。

如果您有未使用的名称空间，这在运行搜索时没有任何意义。

我现在正在清理名称空间，因为经常有人问我应用程序的哪些部分正在以某种方式访问相同的数据。

我知道哪些部分以不同的方式访问数据，因为数据访问被名称空间分开，例如直接通过数据库和间接通过web服务。

我想不出比这更简单的方法了。

如果你只是想让你的代码成为一个黑盒(对开发人员来说)，那么没关系。但是如果您需要长期维护它，那么它就像所有其他代码一样是有价值的文档。

您的应用程序将不会使用更多内存。它是为了让编译器找到你在代码文件中使用的类。除了不干净，真的没什么伤害。

using语句不会影响性能，因为它只是限定标识符名称的一个助手。因此，如果你使用System.IO，你不必输入System.IO.Path.Combine(…)，你可以简单地输入Path.Combine(…)。

除了编码偏好之外，删除未使用的using(s)/命名空间还有几个原因:

removing the unused using clauses in a project, can make the compilation faster because the compiler has fewer namespaces to look-up types to resolve. (this is especially true for C# 3.0 because of extension methods, where the compiler must search all namespaces for extension methods for possible better matches, generic type inference and lambda expressions involving generic types) can potentially help to avoid name collision in future builds when new types are added to the unused namespaces that have the same name as some types in the used namespaces. will reduce the number of items in the editor auto completion list when coding, posibly leading to faster typing (in C# 3.0 this can also reduce the list of extension methods shown)

删除未使用的名称空间不会做什么:

以任何方式改变编译器的输出。 以任何方式改变已编译程序的执行(更快的加载或更好的性能)。

无论是否删除未使用的using，生成的程序集都是相同的。

如果您像名称空间中的(未使用的)类那样调用类，则可能会发生名称冲突。在系统的情况下。文本，如果定义了一个名为“Encoder”的类，就会遇到问题。

无论如何，这通常是一个小问题，并由编译器检测。