为何Import-Module导入至调用模块作用域，而New-PSDrive在调用该模块的作用域创建驱动器？

先搞懂模块的核心特性：独立的“私有空间” #

PowerShell模块自带独立的会话状态——简单说就是模块有自己的私有空间，里面的变量、函数默认不会跑到外面去，只有明确标记为“导出”的成员，调用方才能看到。这种设计是为了避免命名冲突，保证模块的封装性。而Import-Module和New-PSDrive对“作用域”的不同解读，本质是因为它们的设计目标完全不一样。

一、Import-Module：围着“模块调用方”转的作用域逻辑 #

Import-Module的核心是控制模块成员能被谁看到，所以它的作用域规则完全服务于模块的封装和依赖管理：

• 在模块外面调用（比如命令行、普通脚本、脚本块）：默认导入到Global作用域。这是因为交互式场景下，用户导入模块就是想整个会话都能用，总不能每次进个脚本块都重新导一遍。如果加-Scope Local，就只会把模块成员限制在当前脚本/脚本块里，退出就用不了。
• 在模块内部调用：默认导入到当前模块的私有空间，而不是全局。比如模块A要用到模块B，导入B之后只有A自己能访问，不会跑到全局去污染环境——除非你明确加-Scope Global。这里的“Local”对模块来说，就是它自己的私有空间，不是调用这个模块的外部作用域。

二、New-PSDrive：优先保证“会话级可用”的作用域逻辑 #

PSDrive是PowerShell的虚拟驱动器，本质是会话级的全局资源，设计出来就是让用户在整个会话里方便用的，所以它的作用域规则更宽松：

• 默认的Local作用域，在模块内部调用时，其实指的是调用这个模块的外部会话作用域，不是模块自己的私有空间。举个例子，你在模块里用New-PSDrive创建了一个驱动器，默认就能在命令行里直接访问——这是因为驱动器这类资源本来就不适合被模块的私有空间锁起来。
• 哪怕你特意指定-Scope Local，模块里创建的驱动器还是会跑到调用方的作用域里，这是PowerShell对驱动器这类全局资源的特殊处理，优先满足用户的使用便捷性。

三、Local和Global在两个cmdlet里的真实含义 #

一句话总结差异根源 #

Import-Module是为了模块的封装和依赖管理，严格遵守作用域隔离，怕污染全局；New-PSDrive是为了会话级资源的便捷使用，弱化模块隔离，优先让用户在整个会话里能用驱动器。

内容的提问来源于stack exchange，提问作者mmseng