独立存储是一种通过代码标识（如Web站点、发行者或签名）将应用程序数据关联到独特存储区域的机制。该机制解决了传统存储方式中因文件名与位置选择不当导致的存储冲突风险，避免数据被其他应用程序损坏。通过建立标准化的数据隔离系统，弥补了开发者自行设计存储方案时面临的可靠性不足问题。独立存储的数据舱作为抽象存储位置由多个存储区文件构成，按用户和程序集隔离存储，存储区通常驻留客户端但可通过用户模拟实现服务器端存储，同时支持用户漫游配置同步。管理员可根据信任级别限制应用程序或用户的存储配额，并可移除用户持久性数据。访问独立存储需具备操作系统权限，存储位置随操作系统不同而变化，开发人员需通过更改文件夹设置查看隐藏的物理存储路径。

通过使用独立存储，数据将始终按用户和程序集进行隔离。程序集的源或强名称等凭据确定程序集的身份。通过使用类似的凭据，数据还可以按应用程序域进行隔离。

当使用独立存储时，应用程序将数据保存到一个与代码标识的某些方面（例如 Web 站点、发行者或签名）相关联的独特数据舱。数据舱是一个抽象的存储位置，而不是具体的存储位置，它由一个或多个独立的存储文件（叫做存储区）组成，这些独立的存储文件包含存储数据的实际目录位置。例如，Web 应用程序可能有一个与其关联的数据舱，文件系统中的某个目录将实现实际保留应用程序数据的存储区。保存在存储区中的数据可以是任意类型的数据，无论是用户首选项信息还是应用程序状态都可以。对于开发人员，数据舱的位置是透明的；存储区通常驻留在客户端，但服务器应用程序可以通过模拟它所服务的用户来使用独立存储区存储信息。独立存储还可以将信息和用户漫游配置文件一起保存在服务器上，这样漫游用户就可以随时使用该信息。

管理员可以根据适当的信任级别限制应用程序或用户可以使用多少独立存储。另外，管理员可以移除用户的所有持久性数据。

要访问独立存储，代码必须具有所有必要的本机平台操作系统权限。例如，在 Windows 2000 上必须满足访问控制列表 (ACL)，该列表控制哪些用户具有使用文件系统的权限。除非执行（平台特定的）模拟，否则 Microsoft .NET Framework 应用程序已经具有访问独立存储的操作系统权限。在这种情况下，应用程序负责确保被模拟的用户标识具有访问独立存储的适当操作系统权限。对于在 Web 上运行或从 Web 下载的代码而言，这种访问为之提供了一种读写与特定用户相关的存储区域的简便方法。

有时候，使用操作系统的文件系统来验证对独立存储进行的更改会非常有帮助。开发人员可能还需要了解独立存储文件的位置。该位置随操作系统的不同而不同。您必须更改文件夹设置以显示隐藏文件和文件夹，才能查看到文件系统中的独立存储。