微软在即将到来的Windows 11更新中重新加入日历“日程”视图,这是通知中心再次显示按时间排序的会议与提醒功能。然而,这一回归并非原生组件,而是基于Edge WebView2的网页式模块。这种设计意味着系统在通知中心内部加载Outlook网页界面的部分内容,从而引发了对体验原生度与资源占用的质疑。
测试版系统显示,当用户在设置中启用Agenda视图并打开通知中心时,“Windows Shell Experience Host”进程的CPU占用会明显上升,并在任务管理器中展开后可以看到多个WebView2子进程,包括GPU Process、Renderer(渲染进程)以及Utility等典型浏览器组件。这些子进程在渲染日程界面时会把主机进程的内存占用从约1MB抬升至130MB左右。
从界面细节看,日程视图使用的日历表情符号和字体风格也与WebView2内容保持一致,被认为是其网页组件身份的直观证据。演示视频显示当点击通知中心时,这些WebView2组件会迅速被唤醒并开始占用CPU与内存,而在用户关闭面板后又会被系统立即冻结,以在视觉效果与节能之间取得平衡。
尽管如此,对普通用户来说,只要Agenda视图运转正常、界面清爽,背后是原生控件还是WebView2也许并不是首要关切。从功能上看,新的日程视图延续了Windows 10的基本形态,会在通知中心中按时间顺序显示用户的各类会议安排,并支持直接一键加入Teams会议同时还预留了与Microsoft 365 Copilot的集成入口。
文章同时把这次改动放入更大的应用生态背景中加以审视,指出当前主流桌面应用日益依赖Electron、WebView2等网页技术封装,导致资源占用普遍偏高。这种趋势在各大APP中都有体现,如新版Teams、采用网页封装的WhatsApp桌面版以及Discord的Windows 11客户端,都被批评在空闲状态下依旧消耗大量内存。
文章认为,问题的核心并不在于单个日程视图多占用约100MB内存,而在于微软在系统关键位置继续大面积采用WebView2这一路线。文章呼吁微软应在保证体验统一的同时,加大对WebView2性能的优化力度,或者在诸如通知中心这类核心界面上回归原生组件,以避免整个Windows 11桌面逐步演变为由一个个“网页壳”拼接而成的系统外观。
测试版系统显示,当用户在设置中启用Agenda视图并打开通知中心时,“Windows Shell Experience Host”进程的CPU占用会明显上升,并在任务管理器中展开后可以看到多个WebView2子进程,包括GPU Process、Renderer(渲染进程)以及Utility等典型浏览器组件。这些子进程在渲染日程界面时会把主机进程的内存占用从约1MB抬升至130MB左右。
从界面细节看,日程视图使用的日历表情符号和字体风格也与WebView2内容保持一致,被认为是其网页组件身份的直观证据。演示视频显示当点击通知中心时,这些WebView2组件会迅速被唤醒并开始占用CPU与内存,而在用户关闭面板后又会被系统立即冻结,以在视觉效果与节能之间取得平衡。
尽管如此,对普通用户来说,只要Agenda视图运转正常、界面清爽,背后是原生控件还是WebView2也许并不是首要关切。从功能上看,新的日程视图延续了Windows 10的基本形态,会在通知中心中按时间顺序显示用户的各类会议安排,并支持直接一键加入Teams会议同时还预留了与Microsoft 365 Copilot的集成入口。
文章同时把这次改动放入更大的应用生态背景中加以审视,指出当前主流桌面应用日益依赖Electron、WebView2等网页技术封装,导致资源占用普遍偏高。这种趋势在各大APP中都有体现,如新版Teams、采用网页封装的WhatsApp桌面版以及Discord的Windows 11客户端,都被批评在空闲状态下依旧消耗大量内存。
文章认为,问题的核心并不在于单个日程视图多占用约100MB内存,而在于微软在系统关键位置继续大面积采用WebView2这一路线。文章呼吁微软应在保证体验统一的同时,加大对WebView2性能的优化力度,或者在诸如通知中心这类核心界面上回归原生组件,以避免整个Windows 11桌面逐步演变为由一个个“网页壳”拼接而成的系统外观。