RuntimeBroker.exe 是什么，为什么会有十个

应用与硬件之间的中间人

Store 应用运行在 AppContainer 沙盒里：位置、相机、麦克风和文档都不能直接碰——每个请求都要经由一个代理进程，由它执行“设置 → 隐私和安全性”里的开关。RuntimeBroker.exe 就是这个代理。应用询问你在哪里时，代理检查开关、转交调用、递回答案；应用打开文件选择器时，你看到的窗口属于代理而非应用。文件位于 C:\Windows\System32，以你的用户账户运行、按需启动——这正是它的副本在任务管理器中忽隐忽现的原因。

打包应用的位置、相机与麦克风访问
Store 应用中的文件和文件夹选择对话框
通知与动态磁贴更新
媒体库访问：图片、视频、音乐
对照应用声明能力的权限检查

任务管理器里为什么有十个

大约每个应用会话对应一个代理实例。Windows 在打包应用启动时拉起代理，在应用彻底退出时收回——但 Store 应用不退出而是挂起，它们的代理便留了下来。打开开始菜单，启动照片、小组件、Xbox 应用，再开两个从 Edge 装的 PWA——十个就凑齐了。在 Process Explorer 里看每个实例的父进程，便知道它伺候的是谁。正常占用是每实例几 MB 到几十 MB；当某个突破几百 MB 还在继续涨，就是具体某个应用在作妖——历史上的惯犯是坏掉的照片应用，或功能更新后没跟上更新的应用。

什么时候该担心，什么不要做

正牌文件住在 C:\Windows\System32——在任务管理器里右键 → “打开文件位置”即可核实；从别处运行的代理值得一轮 Defender 扫描。对策按客气程度排序：关掉不用的 Store 应用、注销再登录、重启机器。重置肇事应用(“设置 → 应用 → 高级选项 → 重置”)能治好漏内存的代理，而杀掉进程只是把计数器归零。绝不能做的是删除文件、封禁它、或者套用把它禁掉的注册表偏方：没有代理，Store 应用会整体失去权限处理——启动即崩溃，或默默丢失相机、位置和文件访问。这是基础设施，不是臃肿软件；真正臃肿的是那个不停喂它的应用。