Microsoft Application Virtualization 应用程序虚拟化
序言
当今企业的桌面系统中充斥着应用程序，而所安装的每一个应用程序在投入生产环境之前，都需要进行冗长的衰退性测试和部署过程。由于应用程序只可以在其被安装的地方使用，所以用户只能使用自己的计算机。这些都使得复杂的项目难以完成，使用微软的应用程序虚拟化解决方案可以解决这些问题，该解决方案取代一系列耗时且耗资源的步骤，并且让桌面机管理员采用更简单的自动化过程来部署、修复、更新以及终结应用程序，从而将资源需求最小化并实现出众的效果。
促成应用程序虚拟化技术的原因很简单：不用安装就可以在自己的桌面上运行应用程序。与终端服务不同，在终端服务中，程序是在服务器执行的，使用服务器的资源（例如处理器、内存、硬盘以及网卡）。但对于虚拟化的程序，虽然此时的程序实际上就是不同的网络服务，但程序的运行、数据存储、打印以及其他所有行为都和本地安装的程序完全一样。除此之外，我们还可以在自己的桌面上运行同一个程序的不同版本而不用担心发生冲突，再次重申，这些程序都是本地执行的，而不是来自远程终端服务器的“屏幕截图”。
让我们用一个简单的虚拟化过程来阐明这个概念。下图显示的是应用程序虚拟化技术的基本概念：应用程序使用本地的资源在本地执行，但是该程序并不允许修改本机的任何设置。相反，该程序实际上运行在一个很小的虚拟环境中，其中包含了程序运行所需的所有注册表项、文件、COM 对象以及其他执行程序所必须的组件。这个虚拟环境在表现上就像在应用程序和操作系统之间的一个层，这个虚拟的层很“轻”（通常只占用几 MB 的内存），而且只有在启动应用程序之前才会被加载。
通过使用 Application Virtualization，应用程序无法将数据写入自己的虚拟环境之外的注册表或系统文件中。这种限制可以保护操作系统的设置不被应用程序修改。应用程序具有从本地系统读取信息的能力，这些信息可以包括本地注册表设置或本地文件，但是应用程序无法修改这些读取来的设置。如果程序试图修改操作系统，所修改的内容的应用和存储都会在虚拟环境中运行。
1 序列化一个64 位的应用程序
App-V 4.6 支持在64位系统中运行，并且可以将64位应用程序进行序列化打包。你将可以通过64位的序列器将64位的应用程序打包，并传送到64位的客户端中。64位的客户端可以运行32位和64位的应用程序。此次将打包64位版本的7ZIP，你将发现打包的步骤和过程和32位的应用程序是一样的。
1.1 在Q 盘根目录下创建包
1.2 开始在序列器中创建新的包
1.3 开始监测 7-Zip 的安装。
1.4 启动 7zFM.exe
1.5 配置应用程序名称，版本，OSD 名和快捷方式.
建议命名时尽量使用简单易记的名称，方便最终用户使用.
名字和版本必须是唯一的.
1.6 设置主要功能块(FB1)
FB1包的一部分，是最先传送到客户端运行的应用程序，保持它的最小化，能够让程序启动更加快速，由于这是个非常小的应用程序，所以我们把它全部放到FB1中了.
1.7 设置这个包，让它能够在服务器上被部署.
1.8 保存并 将它挪至 App-V 服务器的content share中，并发布应用程序
1.9 登陆客户端，启动已发布的程序
1.10 程序成功启动
https://blog.51cto.com/johnnytang/572565
