‎Windows 8 Build 7777.0.fbl_grfx.100708-2000

7777.0.fbl_grfx.100708-2000
	Windows 8 的版本
操作系统系列	Windows NT 系列
NT 版本	Windows NT 6.1
内部版本号	7777
修订版本号	0
体系结构	x64
内部版本实验室	fbl_grfx
编译日期	2010 年 7 月 8 日
有效期
时间炸弹	2010 年 10 月 1 日（+85 天）
已知 SKU 版本
	Home Basic、; Home Premium、; Professional、; Ultimate; 默认不可用：; Starter、; Enterprise
关于对话框

首页 > Microsoft Windows 通述 > Windows 客户端 > Windows 8 > ‎Windows 8 Build 7777.0.fbl_grfx.100708-2000

Windows 8 Build 7777 是 Windows 8 的版本，于 2022 年 6 月 27 日共享其 x64 体系结构版本。在其发布之前，此版本的版本号已在原始上传的 Build 7746 的 readme_please_read.txt 文本文件中提到：

An unknown 777x build (7777 probably, it's out there)

值得注意的是，此版本包括对 Windows 应用商店和帮助与支持应用的重大更新。它也是目前可用的最后一个在 DWM 和非 DWM 窗口上使用左对齐标题文本的 Windows 8 版本。

由于它的早期性，系统范围内许多地方仍然将自身标识为“Windows 7”，内核版本仍然是 6.1。

新增功能和更改

桌面窗口管理器

桌面窗口管理器现在由 winlogon.exe 通过一个单独的系统管理的 DWM-1 用户帐户启动，而非由当前登录的用户启动。以前用于以用户身份启动 DWM 的用户体验会话管理服务（uxsms.dll）也因此被移除。

针对 DWM.exe 专用的 DWM-1 用户帐户
同上一个，Build 7776 中使用的是用户帐户

帮助和支持

移除了帮助和支持应用的许多用户界面功能。这些包括“浏览帮助（Browse Help）”按钮、“提问（Ask）”按钮、“选项（Options）”下拉菜单、“更多支持选项（More support options）”选项、“脱机帮助（Offline help）”下拉菜单中的“设置（Settings）”选项，以及搜索栏，主页按钮现在会打开设置菜单，而非主页。

在此版本中打开大多数帮助选项将会显示“Windows Help and Support navigation failed（Windows 帮助和支持导航失败）”的消息，此消息解释了由于此应用正在进行重大重构，导航到内容预期会失败。此消息还告知 Microsoft 员工不要为此问题提交错误报告，因为此问题将很快得到解决，同时在此期间，帮助主题可以在 Windows 网站上找到（“Windows”一词包含指向此网站的超链接，但不可使用）。

设置（Settings）菜单进行了小幅重新设计——移除了“帮助设置（Help Settings）”选项卡的文字和白色背景，“搜索结果（Search results）”标题改为简单的“Search（搜索）”，设置窗口在打开时更宽，并且确定和取消按钮之间的间距现在更大。

重新设计的帮助与支持应用
同上一个，Build 7776 中的旧设计
导航失败消息
新的设置菜单设计
同上一个，Build 7776 中的旧设计

Windows 应用商店

此版本增加了大量 Windows 应用商店 API 和新功能（在之前的 Build 7776 中，应用商店本质上只是一个占位符，且只是一个网页浏览器窗口）。

访问应用商店

功能

此版本新增了一个与 Windows 应用商店相关的服务，名为 Windows Store Service（也称为 WSService.dll），以及一个用于与此服务通信的 Winstore 商店许可客户端（WSClient.dll）库。在此版本中，Windows 应用商店本身根本不使用此库，因此此服务处于未使用状态。

paulke86-srv 服务器的统一资源标识符（URI）现在可以在应用程序代码中检查，其名称为 BaseUrl。使用此 URI，可以看到服务器上 winstore 文件夹的文件结构为：http://paulke86-srv/winstore/{clientSubVersion}/{market}/{locale}/{channelPartner}/{hardwareClass}，这与在 Build 7776 中之前看到的目录结构相匹配，例如 http://paulke86-srv/winstore/win8/usa/en-us/ms/non-touch。

除了 paulke86 的 URI 之外，还存在一个 DiscoveryService URI（不过在这一开发阶段，此服务尚未用于任何用途）。此 URI 的默认链接为 http://go.microsoft.com/fwlink/?LinkID=195322&clcid=0x409，并且可以通过将 winstore.ini 文件放置在 WinStore.exe 所在的相同目录下，修改 BaseUrl 和 DiscoveryService URI。该文件的格式如下（关于 NoWaitOnDiscovery 的更多内容将在本文之后说明）：

[browse]
DiscoveryService=<在此处插入自定义发现服务 URI>
BaseUrl=<在此处插入自定义基础 URI>
 
[Overrides]
NoWaitOnDiscovery=<在此处输入 0 或 1，输入 1 以禁用>

一开始，Windows 应用商店会对 DiscoveryService URI 发起 HTTP 请求，期望此 URI 能重定向到实际的发现服务服务器。完成后，它会向发现服务服务器发送一个 HTTP 请求，只请求 /，很可能是为了检查服务器当前是否联机。如果程序收到 HTTP 200（OK），它会再次发起请求，请求 /{osVersion}/{clientVersion}/Discovery 目录（osVersion 和 clientVersion 会被替换为相应的值），完成后，它再次期望收到 HTTP 200 和包含 API 端点的 XML 文件。文件中的 A 标识包含一个路径（例如 /api-endpoint），而 U 标识包含服务器的主机名（例如 https://example.com）。这些标签会组合在一起以创建完整的 URI，尽管原始 URI 不为人知，原因是拥有它们的服务器从未公开过。Dsr、S、A、As 和 U 标识具体代表什么也不得而知，XML 文件的格式如下:

<Dsr>
    <S i="browse">
        <U></U>
        <As>
            <A i="Market"></A>
            <A i="PersonalRecommendations"></A>
            <A i="NonPersonalRecommendations"></A>
            <A i="Categories"></A>
            <A i="AppTile"></A>
            <A i="AppTileList"></A>
            <A i="ExtendedApp"></A>
            <A i="Template"></A>
        </As>
    </S>
    <S i="Search">
        <U></U>
        <As>
            <A i="TypeAhead"></A>
            <A i="Search"></A>
        </As>
    </S>
    <S i="4R">
        <U></U>
        <As>
            <A i="SubmitReview"></A>
            <A i="SubmitAppProblem"></A>
            <A i="SubmitReviewProblem"></A>
            <A i="ReviewList"></A>
        </As>
    </S>
    <S i="Images">
        <U></U>
    </S>
</Dsr>

由于发现服务（Discovery Service），Windows 应用商店现在在启动时显示两个新字符串 —— offline.htm?id=5 和 offline.htm?id=6。前者字符串显示“Loading the Windows Store（正在加载 Windows 应用商店）”，当应用等待发现服务时会出现，而后者字符串显示“The Windows Store could not be contacted, please try again shortly.（无法联系 Windows 应用商店，请稍后重试。）”，当无法访问发现服务时显示。可以使用 winstore.ini 文件中的 NoWaitOnDiscovery 参数来禁用此加载屏幕，从而使应用在启动时尝试打开 whats-fresh.htm 页面（由于缺少 paulke86 服务器资源，这显然会失败，从而显示之前在 Build 7776 中看到的“Your computer is offline. [...]（你的计算机处于离线状态。[...]）”消息作为替代）。在 WinStoreUI.dll.mui 文件中，还可以看到额外的 offline.htm?id=7 字符串，内容为：“The Windows Store has encountered a problem and must close（Windows 应用商店遇到问题，必须关闭）”，尽管 WinStoreUI.dll 库没有任何显示它的代码。应用的用户界面与 Build 7776 相比保持不变，只是如果应用商店内容超出屏幕，滚动条将不再显示。

新增了一个 Commerce API（商务 API），用于管理与支付相关的任务，比如购买应用或管理支付信息。此 API 不使用 Discovery Service，并由后面提到的 PDP 页面使用。此 API 始终联系内部服务器 sikwan3.redmond.corp.microsoft.com，其 API 端点为：/Commerce/DefaultPI、/Commerce/Purchase/<product GUID>、/Commerce/FinalPrice/p/<product GUID>/t/<count> 以及 /Commerce/FinalPrice/p/<product GUID>/t/<count>/pi/<payment info>。有人推测此处的 <count> 值表示用户想要购买的应用许可证数量，尽管此值总是设置为 1。此 API 还期望在返回 HTTP 200 状态时获取 XML 响应，就像 Discovery Service 一样。

与 Build 7776 不同，应用代码中存在用户代理字符串——代码指定此应用使用 WinHTTP（特别是用于进行 API 调用），且应用的用户代理为 Windows Store/1.0，这表明这些版本中 Windows 应用商店的版本为 1.0。

产品描述页面（PDP）的新版本已经上线。这个 PDP 使用了独立的 PDP.html 文件，而不是 whats-fresh.htm?pdp=，并且与 .htm 文件不同，它会在应用的中间以单独窗口打开。旧页面在当前开发阶段仍然存在于代码中，可以通过 /product <product GUID> WinStore.exe 参数启动。新页面已经可以正常使用，并且使用前述参数，应用可以同时打开旧页面和新页面。

此应用代码包含十个独立的应用 GUID。这些 GUID 可能是与 /product 或 /purchase 命令一起使用的（例如，/product {A2390ECB-C7DB-45D5-8934-D17E425BFCF5}），以查看每个特定应用的对话框。此外，示例“Crossword Magic”游戏的残留部分从 WinStoreUI.dll 库中完全删除。