Scope vs Runspace vs Session vs AppDomain答案

【问题标题】：Scope vs Runspace vs Session vs AppDomainScope vs Runspace vs Session vs AppDomain
【发布时间】：2017-01-18 19:41:52
【问题描述】：

我正在努力为 PowerShell 划定界限。我非常有限的理解是这样的：

范围包含用户/脚本定义的变量和函数，并且可以存在具有 PS 调用堆栈的范围层次结构。
运行空间规定了给定 PS 实例可以访问的内置功能。运行空间可以跨越网络边界。
会话是 Powershell 的特定实例。这些也可以跨越网络边界。
应用程序域（或 AppDomain）包含已加载的程序集。在许多情况下，一旦数据被加载到 AppDomain 中，就无法卸载。必须将 AppDomain 弃置以换取新的。如果 PS 脚本通过另一个应用程序调用，则创建的 PS 实例会继承调用应用程序的 AppDomain。

谁能更好地解释这些概念？是否有某种维恩图或某种可以充实这些信息的东西？在线文档并不是很有帮助。

【问题讨论】：

“跨网络边界”是什么意思？
我的意思是它可以远程存在（在另一台机器上）
我会根据我的经验告诉你我是如何理解这些范围的。 AppDomain 和 Runspace 是一样的。运行空间是加载添加 powershell 运行空间的程序集的位置。根据我的 .NET 背景，这必须与 AppDomain 映射，因为程序集加载规则是 .NET 的核心，不能被覆盖。就我而言，会话是我的 powershell 控制台，因此是运行空间和 AppDomain。我从来没有设法让它工作。
@AlexSarafian - 我通过 PowerShell 脚本使用运行空间工厂类创建了几个运行空间，从每个运行空间中检索了当前的 App Domain 对象并检查了该 appdomain 对象的 ID 属性。对于包括主机 powershell 运行空间在内的所有运行空间，它都是相同的 (ID = 1)。当我使用 AppDomain]::CreateDomain 静态方法创建一个新的应用程序域时，它返回了 ID 2。这证明，在 powershell 会话中创建的所有自定义运行空间都在同一个主机 powershell 进程的应用程序域内......除非我错过了什么。
@Steve 令人难以置信的怀旧提醒。自从我上次做任何 powershell 以来已经有很多年了。但是您的解释是确认方法是正确的，因此我对我当时评论的理解是错误的。可能是当 PowerShell 桌面版变为 Core 时它发生了变化。

标签： powershell session appdomain runspace

【解决方案1】：

考虑这些最方便的方法是与您列出它们的方式相反：

所有AppDomain 实例都由 .NET 公共语言运行时 (CLR) 托管在 Windows 进程内。 AppDomain 类似于一个 Windows 进程，因为它是一个安全边界。一般来说，一个应用域中的代码是不允许直接跨越到不同应用域的。

Windows PowerShell 运行空间是实际创建 PowerShell 运行时的位置。它提供了一些核心基础设施，例如管道的创建。这是一个 .NET 对象，它继承父应用程序域。它确实具有远程处理功能，但它们与 .NET Framework 本质上提供的任何东西都没有真正的关系。相反，远程处理功能由 Windows PowerShell 产品基础结构提供。

一个运行空间可以是多个会话的宿主。会话实例可以作为纯本地结构存在于本地机器上，也可以存在于网络的其他地方。当针对远程会话发出命令时，命令本身会被发送到远程托管服务提供商、执行，并将整个管道的结果返回给原始请求者。

有几个不同的范围，它们本质上是分层的。有顶级作用域、函数作用域、模块作用域、脚本作用域等。当作用域之间发生命名冲突时，最本地的作用域胜出。范围还使您能够隐藏数据，如果您正在构建模块，这是一个非常有用的功能。任何范围都可以通过名称以及变量名来访问。 $script:myVar 就是一个例子。

【讨论】：