下列术语中与Web技术无关

把“下列术语中与Web技术无关”当成一道选择题，下列本身就挺滑稽。术语因为真正摆在你面前的技术术语表，往往不是无关按技术领域分类的，而是下列按出题人的知识盲区拼凑的。我见过一份所谓的术语“Web基础测试”，选项里塞了HTTP、技术HTML、无关DNS、下列FTP、术语SMTP，技术然后问哪个跟Web无关。无关出题人大概觉得FTP和SMTP都是下列“传东西的”，所以都算Web。术语这就好比说包子和比萨都是技术面做的，所以比萨是中餐。

Web技术的核心边界其实很窄。它依赖三样东西：HTTP协议、超文本标记语言、以及能解析并渲染这两者的浏览器。只要一个术语不直接参与“浏览器通过HTTP请求资源并展示”这条链路，它就跟Web技术没有必然关系。FTP传文件再常用，它也是独立的文件传输协议，浏览器能打开FTP链接是浏览器兼容了它，不是FTP属于Web。SMTP发邮件更是如此，Webmail只是用网页界面包装了邮件协议，底层跑的还是SMTP和IMAP。

我印象很深的一次技术面试。面试官让我从一堆词里挑出与Web无关的：WebSocket、REST、SOAP、RMI、CGI。有个候选人犹豫半天，说RMI是远程方法调用，应该跟Web没关系。面试官点头。然后候选人补了一句：“但SOAP也是远程调用啊，为什么它算Web？”面试官愣了一下，说因为SOAP通常走HTTP。你看，这个判断标准就滑向了“是否常跑在HTTP上”，而不是“是否属于Web体系”。按这个逻辑，病毒样本常跑在Windows上，那病毒就算操作系统组件了？

更典型的混淆发生在“Web技术”和“互联网技术”之间。互联网技术是一张大网，Web只是网上的一间铺子。TCP/IP、DNS、DHCP、BGP，这些是互联网的骨架，Web跑在上面，但你不能说DNS是Web技术。DNS挂了，Web确实打不开，可邮件、在线游戏、视频会议也打不开。把基础设施当成Web的一部分，就像把公路算成你家客厅的一部分——你出门确实要走公路，但客厅的沙发不归路政管。

还有一个坑是“Web前端技术”的泛化。有人把Node.js、Webpack、npm全塞进Web技术里。严格说，Node.js是JavaScript运行时，它让JS能跑在服务器上，本身跟浏览器渲染无关。Webpack是模块打包工具，npm是包管理器。它们服务于Web开发，但不是Web技术本身。就像厨师的菜刀不是食材，虽然没它做不了菜。我见过一个项目把Electron应用叫“Web应用”，只因为界面用HTML写的。可Electron打包出来的是桌面程序，不走HTTP，不依赖浏览器，它只是借了Web的渲染引擎。这跟Web技术已经隔了一层。

判断一个术语是否与Web技术无关，有个笨办法但很管用：问自己“如果把浏览器和HTTP从世界上抹掉，这个术语还成立吗？”FTP成立，SMTP成立，SSH成立，RMI成立，甚至WebRTC都成立——它虽然名字带Web，但核心是实时通信协议，浏览器只是它的一个端点。反过来，DOM、CSSOM、Cookie、同源策略，抹掉浏览器就全没了。这个测试不完美，但比出题人拍脑袋靠谱。

所以下次再看到“下列术语中与Web技术无关”这种题，别急着选那个看起来最古老的。先看它是不是必须依赖HTTP和浏览器才能活。如果不是，哪怕它天天在Web项目里出现，它也只是Web的邻居，不是Web的家人。