跳转到内容

Windows on Windows:修订间差异

维基百科,自由的百科全书
删除的内容 添加的内容
InternetArchiveBot留言 | 贡献
补救8个来源,并将0个来源标记为失效。) #IABot (v2.0.8
InternetArchiveBot留言 | 贡献
补救3个来源,并将0个来源标记为失效。) #IABot (v2.0.8.7
 
第36行: 第36行:
另外,试图直接访问硬件的旧款应用程序在[[分级保护域|用户模式]]中不能这样做。如果DOS和Windows 9x的系统配置文件在Windows NT为基础的内核中不存在,旧款应用程序也可能失败。因此0字节的[[AUTOEXEC.BAT]]和{{tsl|en|CONFIG.SYS|CONFIG.SYS}}文件在后续的、不使用它们的操作系统上继续存在。
另外,试图直接访问硬件的旧款应用程序在[[分级保护域|用户模式]]中不能这样做。如果DOS和Windows 9x的系统配置文件在Windows NT为基础的内核中不存在,旧款应用程序也可能失败。因此0字节的[[AUTOEXEC.BAT]]和{{tsl|en|CONFIG.SYS|CONFIG.SYS}}文件在后续的、不使用它们的操作系统上继续存在。


在之后的Windows版本中,有相当多的[[垫片 (计算机)|垫片]]以拦截和修改旧款应用程序的[[应用程序接口|API]]调用。<ref>{{Cite web|url=http://technet.microsoft.com/en-us/library/ee461265(v=ws.10).aspx|title=Application Compatibility|accessdate=11 Feb 2014|publisher=Microsoft}}</ref>这些修复在不断更新,以解决仍在流行的旧款应用程序的问题。<ref>{{Cite web|url=http://support.microsoft.com/kb/2272691|title=Application Compatibility Update for Windows 7 and Windows Server 2008 R2: August 2010|accessdate=11 Feb 2013|publisher=[[Microsoft]]}}</ref>
在之后的Windows版本中,有相当多的[[垫片 (计算机)|垫片]]以拦截和修改旧款应用程序的[[应用程序接口|API]]调用。<ref>{{Cite web|url=http://technet.microsoft.com/en-us/library/ee461265(v=ws.10).aspx|title=Application Compatibility|accessdate=11 Feb 2014|publisher=Microsoft|archive-date=2017-09-10|archive-url=https://web.archive.org/web/20170910104552/https://technet.microsoft.com/en-us/library/ee461265(v=ws.10).aspx}}</ref>这些修复在不断更新,以解决仍在流行的旧款应用程序的问题。<ref>{{Cite web|url=http://support.microsoft.com/kb/2272691|title=Application Compatibility Update for Windows 7 and Windows Server 2008 R2: August 2010|accessdate=11 Feb 2013|publisher=[[Microsoft]]|archive-date=2015-02-22|archive-url=https://web.archive.org/web/20150222040715/http://support.microsoft.com/kb/2272691}}</ref>


== 参见 ==
== 参见 ==
第48行: 第48行:
* [https://web.archive.org/web/20120704233800/http://kb.iu.edu/data/acxn.html 什么是NTVDM和WOW?]{{en}}
* [https://web.archive.org/web/20120704233800/http://kb.iu.edu/data/acxn.html 什么是NTVDM和WOW?]{{en}}
* [https://web.archive.org/web/20071225171241/http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/prork/preb_mon_ewvl.mspx?mfr=true 监测16位Windows应用程序]{{en}}
* [https://web.archive.org/web/20071225171241/http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/prork/preb_mon_ewvl.mspx?mfr=true 监测16位Windows应用程序]{{en}}
* [http://technet.microsoft.com/en-us/magazine/ff756590.aspx 优化Windows 7如何运行16位和MS-DOS的程序]{{en}}
* [http://technet.microsoft.com/en-us/magazine/ff756590.aspx 优化Windows 7如何运行16位和MS-DOS的程序] {{Wayback|url=http://technet.microsoft.com/en-us/magazine/ff756590.aspx |date=20160827063557 }}{{en}}


{{Windows Components}}
{{Windows Components}}

2022年5月18日 (三) 23:03的最新版本

Windows on Windows
其他名称WOW
開發者微软
首次发布1993年
操作系统Microsoft Windows
类型兼容层
许可协议专有商业软件

Windows on Windows,常指16位WOW[1]WOWEXEC[2]简称WOW[3]。它是一个Microsoft Windows NT操作系统家族中32位版本的兼容层,目的是扩展NTVDM英语Virtual_DOS_machine以为运行为Windows 3.x编写的旧式Win16应用程序提供有限支持。64位系统上的“WOW”通常指在64位Windows上支持32位应用程序的WOW64

背景

[编辑]

许多16位Windows(Win16)旧式应用程序可以无需更改运行在较新的32位Windows版本。原因是设计者允许应用程序开发者在行业从Windows 3.1x过渡到Windows 95及更新版本期间纠正他们的应用程序,在所有客户使用的应用程序被妥善解决前,不限制客户升级到新版本的操作系统。

Windows 9x系列的操作系统的根基采用DOS, 本质上采用16/32位混合的系统,底层的操作系统不完全是32位,因此原生运行Win16应用程序不需要特殊的仿真。而基于Windows NT的操作系统与Windows 9x的结构有很大不同,需要一个更复杂的解决方案。为了使16位应用程序能未经修改地运行在基于NT的32位Windows系统上(少许运行时限制),有两个独立策略被采用:形实替换(thunking)和垫片(shimming)。

形实替换

[编辑]

操作系统的WOWEXEC子系统会形实替换(thunks英语Thunk_(compatibility_mapping))旧的16位API到较新的32位环境,以提供16位指针、内存模型和地址空间的支持。

所有16位应用程序默认使用共享内存空间运行在一个DOS虚拟机英语Virtual_DOS_machine中。但它们也可以被配置为使用单独的内存空间运行,这种设置下每个16位进程都有自己的专用的虚拟机。单独的内存空间可以增加应用程序稳定性,防止16位应用程序互相干扰,但也增加16位IPC和使用更多内存。

Win16子系统在32位版本的Windows NT, 2000, XP, Server 2003, Vista, Server 2008, 78中可用。64位版本的Windows中也有它,但不包括WoW Win16支持的子系统,因此无法运行Win16应用程序,也没有提供NTVDM模拟器。DOS和16位Windows应用程序因此不能运行在64位版本的Windows上,除非使用第三方模拟软件(例如DOSBox)或虚拟机软件运行任何32位Windows、Windows XP Mode或DOS本身。

Windows NT系统中的WOWEXEC.EXE进程用于辅助Windows-on-Windows。[4][5]此外Windows-on-Windows还模拟了Windows 95Windows 98内核,WIN.COM文件模拟了一个Windows 3.x内核中的NTVDM英语NTVDM,在Windows NT上运行16位基于DOS的Windows应用程序。

垫片

[编辑]

应用程序的兼容性问题,不仅有长文件名、多用户和最小特权概念的问题,其他部分也可能导致某些应用程序无法正常运作,例如错误地在NTFS安全情况下认为对整个文件系统有写入权限。

在Windows 95操作系统设计时,一项关键要求就是文件系统要保持对8.3文件名的向后兼容,以允许旧款应用程序继续在平台上正常运行。因而Windows 95和之后的操作系统在文件分配表(FAT)中支持一个兼容性模式,同时存储长文件名和短文件名。

另外,试图直接访问硬件的旧款应用程序在用户模式中不能这样做。如果DOS和Windows 9x的系统配置文件在Windows NT为基础的内核中不存在,旧款应用程序也可能失败。因此0字节的AUTOEXEC.BATCONFIG.SYS英语CONFIG.SYS文件在后续的、不使用它们的操作系统上继续存在。

在之后的Windows版本中,有相当多的垫片以拦截和修改旧款应用程序的API调用。[6]这些修复在不断更新,以解决仍在流行的旧款应用程序的问题。[7]

参见

[编辑]

参考资料

[编辑]
  1. ^ Starting 16-Bit WOW Subsystem on Windows NT Server. Microsoft. [11 Feb 2013]. (原始内容存档于2007-05-09). 
  2. ^ Disabling the MSDOS and WOWEXEC Subsystems on Terminal Server. Microsoft. [13 Feb 2013]. (原始内容存档于2007-10-23). 
  3. ^ WOW Environment Remains in Memory After Quitting 16-Bit Program. Microsoft. [13 Feb 2013]. (原始内容存档于2007-10-23). 
  4. ^ Windows NT Subsystems and Associated Files. [13 Feb 2013]. (原始内容存档于2007-03-16). 
  5. ^ PRB: Relocation of Ntvdm.exe Fails on Multiprocessor Computers. Microsoft. [11 Feb 2013]. (原始内容存档于2009-02-22). 
  6. ^ Application Compatibility. Microsoft. [11 Feb 2014]. (原始内容存档于2017-09-10). 
  7. ^ Application Compatibility Update for Windows 7 and Windows Server 2008 R2: August 2010. Microsoft. [11 Feb 2013]. (原始内容存档于2015-02-22). 

外部链接

[编辑]