文件范围命名空间必须用namespace X.Y.Z;（分号结尾）且全文件唯一，混用namespace X { }会触发CS8904错误；它强制整文件归属单一命名空间，禁止顶层语句，using位置仅影响其作用域不改变类型归属。
直接用 namespace X.Y.Z;，结尾必须带分号，且整个文件只能有一处——这是唯一合法写法，不是“可选风格”，错一点就编译失败。
为什么写 namespace X { } 会报 CS8904 错误
因为你在同一个文件里混用了两种命名空间语法：一旦写了 namespace X;（哪怕只有一行），编译器就把整份文件视为“文件级作用域”，此时再出现任何花括号包裹的 namespace 块（包括你自己写的、IDE 自动生成的、甚至从旧代码复制粘贴来的），都会触发错误 CS8904: A file-scoped namespace cannot be nested in another namespace。
- 常见诱因：从老项目拷贝类时没删掉原
namespace {...}块；或 VS 在添加新类时默认生成块状模板，你手动加了namespace X;却忘了删模板 - 解决方法：全文件搜索
namespace，确认只存在一个以分号结尾的声明；其余所有{}包裹的命名空间块必须删除 - 注意：空行、注释、
using都不算“嵌套”，只有实际的namespace ... {结构才触发该错误
using 放在 namespace X; 前后会影响类型解析吗
会影响——但只影响 using 本身的作用范围，不影响你定义的类归属哪个命名空间。关键看位置：
-
using写在namespace X;之前 → 它作用于全局作用域，等效于传统写法中放在namespace块外 -
using写在namespace X;之后 → 它被“收进”该命名空间内，仅对当前文件中属于X的类型生效（比如你定义了一个class A，它能用这个using引入的类型；但若该文件还含global::B，它不能用） - 推荐统一放顶部（
namespace前），和团队习惯一致，也避免意外跨命名空间引用
嵌套命名空间如 MyApp.Core.Services 能否用文件级写法
可以写 namespace MyApp.Core.Services;，这没问题——但你要清楚：这只是声明了一个完整路径的命名空间，不是“支持嵌套声明”。它和 namespace MyApp { namespace Core { namespace Services { ... } } } 语义等价，只是语法更扁平。
- 不能靠文件级语法“分段声明”：比如先写
namespace MyApp;，再在下面写namespace Core.Services;→ 编译直接拒收 - 也不能在一个文件里让部分类型属
MyApp.Core.Services，另一部分属MyApp.Core.Models→ 文件级命名空间强制“一文件一空间”，要跨空间就得拆文件 - 如果你真需要同名前缀下的多空间（如
MyApp.Core.Services和MyApp.Core.Models），就必须用两个独立 .cs 文件，各自声明自己的namespace
最容易被忽略的是：文件级命名空间不是“缩进开关”，而是作用域开关——它把整个文件内容（包括字段、方法、属性这些顶层成员）都拉进命名空间里，所以你绝不能在 namespace X; 后面直接写 Console.WriteLine("hi");，那会报 CS0116。要么包进类，要么删掉 namespace 声明。这点和顶级语句互斥，别试图折中。
