360浏览器会打开embedding。浏览这不是打开猜测，是浏览我昨天下午在办公室亲眼撞见的事。同事老周做投标文件，打开从公司内网下载了一份带加密水印的浏览PDF，用360浏览器打开后，打开电脑风扇突然狂转，浏览任务管理器里一个叫“embedding_host.exe”的打开进程占着CPU 47%。他骂了一句，浏览关掉标签页，打开进程消失了。浏览再打开那份PDF，打开进程又冒出来。浏览

我起初以为是打开PDF阅读器插件的问题。可老周换用Edge打开同一个文件，浏览一切正常。换Chrome，也正常。唯独360浏览器，一碰那个PDF就启动embedding进程。这让我想起两年前的一个深夜，我自己也遇到过类似的事——在网上看一篇带数学公式的论文，360浏览器右下角弹了个提示：“正在加载文档解析组件”。当时没在意，现在回想起来，那个“解析组件”八成就是这玩意儿。

embedding这个词，搞技术的人不陌生。它本质上是把离散的文本、图像、音视频内容映射成高维向量，方便机器理解语义。360浏览器调用embedding，最可能的场景是“智能提取正文”或“文档内容结构化”。问题在于，本地PDF解析根本不需要这么重的模型——用传统的PDFBox或者MuPDF，几百毫秒就能抽完文字。非要启动一个几十MB的embedding模型，要么是为了做语义理解，要么是后台在搞什么内容分析。

我翻了360浏览器的安装目录，在“components”文件夹下找到了一个叫“doc_embedding_service”的子目录，里面躺着几个onnx格式的模型文件，加起来有200多MB。这可不是轻量级的东西。更蹊跷的是，这个服务默认是开机自启的，即便你不打开任何文档，它也会在后台挂着，占着约80MB内存。我试着在设置里关了“智能文档助手”，重启浏览器后那个进程果然不再出现——但代价是，页面里嵌入的PDF预览功能直接失效，变成白屏。

这事儿的矛盾点在于：用户根本没要求“理解”文档内容，只是“打开”而已。360浏览器把embedding能力默认绑定在文档渲染流程里，等于强迫每个看PDF的人为它的AI功能买单。隐私倒是其次，关键是资源浪费。一台4GB内存的旧笔记本，光这个进程就吃掉2%的内存，加上浏览器本身的臃肿，卡顿是必然的。

我试着在360论坛搜相关帖子，发现有人早在2023年就反馈过“打开PDF风扇狂转”的问题，官方回复是“建议关闭硬件加速”。这回答驴唇不对马嘴。后来有个技术员模样的用户直接指出“这是embedding模型在跑”，帖子当天就被删了。你品，你细品。

说到底，浏览器干浏览器的活儿，把文档解析做成轻量级本地处理就够了。硬塞一个神经网络进去，除了给用户添堵，就只剩给厂商收集行为数据提供便利。老周最后换了Foxit Reader，世界清净了。而我写这篇文章用的浏览器，是Firefox。