latex的在线编辑器里，编译发生在哪一端

使用 latex的在线编辑器时，键盘输入发生在自己电脑上，但整篇稿件的排版计算可能发生在服务端。这个位置差别能解释性能、网络、依赖和文件上传四件事。不过，在线只是访问形式，单式页面也可能在浏览器内渲染，不能把所有网页工具都视为同一种实现。

先区分整篇构建与公式即时显示

完整文稿构建需要处理文档类、宏包、图片与引用，一些在线服务把这项工作交给服务端环境。浏览器发送相关内容后接收运行状态和结果。单式编辑则可能直接在网页中解释数学命令，显示变化很快，却不承担整篇文稿的全部任务。

判断时先看服务说明，再用对应规模的材料试验。若任务只有一个分式，应关注命令支持与输出；若任务是多章节论文，应关注项目文件、引擎和日志。不要因为两类页面都能显示根号，就推断背后能力相同。

也不宜通过突然断网来试探当前长稿是否保存在本机。先用测试副本了解服务的保存机制，并根据明确说明安排工作。页面暂时还显示旧内容，不代表下一次编辑或保存一定能完成。

服务端计算减轻的是哪部分压力

在服务端执行完整排版时，本机不用承担同样的引擎计算任务，因此较旧设备也可能完成长稿编辑。但本机仍要运行浏览器、显示页面和图片，复杂预览也会占用资源。所谓不吃本机性能，只能理解为主要排版计算被转移，不能理解成毫无本机负担。

如果输入文字卡顿，先看页面与浏览器负载；如果运行已提交但结果迟迟未返回，则还需区分网络传输、服务排队与排版任务本身。把所有等待都称作编译慢，会找错排查方向。

应对办法是使用同一个短稿比较编辑和运行两个阶段，记录卡顿出现的位置。必要时先减少无关大图的预览干扰，再确认完整稿件是否存在真正的构建瓶颈，而不是用更换电脑代替定位问题。

网络与依赖由运行位置牵动

第二个后果是依赖网络。文件上传、保存确认和结果回传都可能需要连接，写作时应观察服务给出的状态。长稿开始前先确认保存条件，并按提供的方式留存自己的副本，避免把页面可见误当作保存成功。

第三个后果是宏包与字体由实际运行环境决定。本机装有某个宏包，不能说明服务端同样具备。要用真实依赖的短例子测试，并查看服务是否允许项目自带文件。若运行的是浏览器公式渲染器，则应检查它支持的命令范围，而不是套用完整发行版的能力。

上传范围与后续取用同样要核对

第四个后果是服务端构建通常需要取得源稿和有关文件。上传之前，应确认材料是否允许进入该服务，并阅读相关存放说明。不能为了试一个宏包，未经核对就把整份受限项目放进去。

本站是需要联网的公式与文档服务，帮助中心确认了双模式编辑、登录后保存以及对应的输出方式。本文不据此断言本站采用哪一种完整 TeX 编译架构。若只是写公式，可从模板或源码入手，在「可视化」模式下按会员权益取得结果；若要运行论文项目，则另行验证项目级环境。

延伸阅读

• latex 在线编辑器：检查处理结果与文件存放。
• overleaf：区分服务环境和排版系统。