Windows 11 媒体播放器使用的 RAM 是原来的 3.5 倍，并对 HEVC 编解码器收费
Windows 11 媒体播放器的 RAM 占用是前代的 3.5 倍
据报道，现代 Windows 11 媒体播放器在空闲时使用 ≈377 MiB 的 RAM，而经典播放器仅为 ≈103 MiB——在什么都不做的情况下增加了 3.5 倍。这一增长意义重大，因为空闲内存消耗直接影响系统响应速度，尤其是在低端 PC 上。
"现代媒体播放器据说在空闲时使用约 377 MB 的 RAM，而旧播放器大约是 103 MB——在什么都不做的情况下占用约 3.5 倍的内存。即使是 103 MB 对于什么都不做来说也听起来很多" – tosh（HN 评论）
为什么会增加 RAM？
- 托管 UI 栈 – 多位评论者指出，新播放器是使用 HTML/JS 或其他托管代码构建的，而非原生 C++。托管运行时（例如 WebView2、.NET）拥有更大的基线内存占用。
- 以 Web 为中心的开发 – 微软似乎倾向于使用 JavaScript/TypeScript 前端，以实现快速开发和招聘便利，但代价是更高的资源使用。
- 向基于 Web 的 UI 迁移 – 这一转变反映了更广泛的行业趋势，即原生应用被基于 Web 技术的壳层取代，而这些壳层通常比轻量的 WinUI 或 Win32 实现消耗更多 RAM。
"移除 HEVC 支持并非他们的选择，可能源于专利池提高了费用。Windows 媒体播放器如今的使用率可能非常低……至于 RAM 增加，这可能是因为前端工程转向使用 JS/TS 而不是 OS 原生前端 API 的一般趋势的结果。" – est31
"好吧，它是用托管代码写的，你还能指望什么？Windows 核心应用过去是纯 C++。一直喊‘安全’语言，结果就得接受 RAM 的冲击。" – naturalmovement
HEVC 编解码器现在需要付费扩展
新媒体播放器 默认不包含 HEVC（H.265）支持。用户必须从 Microsoft Store 购买 HEVC 视频扩展 才能解码 HEVC 内容。这与自 Windows 10 起就已存在的做法相同，即将 HEVC 许可费用转嫁给终端用户。
"HEVC 自 Windows 10 以来一直是付费附加组件，记得。去掉 AC3 看起来没有必要。" – queenkjuul
许可背景
- 专利版税 – HEVC 涉及多个专利池。许可成本上升，促使微软将费用转嫁给消费者。
- 硬件加速 – 现代 GPU 已内置 HEVC 解码块，但操作系统仍需要授权的软件组件（Media Foundation Transform）来向应用公开硬件功能。
"HEVC 过去对每个组织都有上限许可，所以在操作系统中不提供它真的很不利且昂贵。最近上限有变动吗？" – herf
社区反应与替代方案
HN 讨论中既有技术批评也有用户不满：
- 设计批评 – 用户将这种做法称为“糟糕设计的分形”，并对放弃原生 WinUI、转向基于 Web 的 UI 表示遗憾。
- 性能担忧 – RAM 膨胀被视为不必要，尤其是播放器很少用于本地播放时。
- 替代播放器 – 许多回复推荐第三方方案，如 VLC、MPC‑BE/H 或 K‑Lite Codec Pack，以获得更轻量、完整的编解码体验。
"自从经典版本以来，我几乎从未主动使用他们那糟糕的媒体播放器。MPC‑BE（有些人用 MPC‑HC）是我的首选，VLC 作为备份，以防某些编解码器不兼容。" – y‑c‑o‑m‑b
"作为一名认证的 MSFT 反粉，我注意到 Apple 的 Music.app 大约使用 580 MiB 的 RAM 作对比。" – SSLy
对 Windows 用户的意义
- 更高的空闲内存使用 – 预计新媒体播放器会比旧版多消耗约 300 MiB RAM，这可能会影响内存受限机器的多任务处理。
- HEVC 额外费用 – 需要播放 HEVC 文件的用户必须从 Microsoft Store 购买 HEVC 视频扩展（通常几美元）。
- 考虑第三方媒体播放器 – VLC、MPC‑BE/H 等开源播放器仍然免费、轻量，并且包含广泛的编解码器，无需额外付费。
展望
微软的决定体现了一种战略权衡：利用以 Web 为中心的开发实现更快的迭代和更广的人才池，同时接受更高的资源消耗和额外的许可成本。对于注重性能和编解码完整性的高级用户和开发者而言，第三方媒体播放器仍是务实的选择。