一句话概括：其实Web原本并非跨终端，但应用场景多了，就变成了”跨终端“。

既然说是Web，我就把范围划定在互联网相关的技术栈内。

任何基于TCP/IP模型应用层协议的Web应用的请求方，都可视为“Web终端”，与此相对的就是Web Service。终端的核心价值是Web Service的表现形式与交互形式。

来讨论终端，就暂且不说Web Service的事情了。
所以这里就涉及硬件、软件和网络协议三个部分。

硬件

这个非常好理解，就是我们日常使用的各种智能设备，包括电脑、平板、智能手机等传统设备。但仅仅是这样还不够，电视盒子、智能手环、智能灯饰等智能家居都在“Web终端”的范围内。

为什么这么说？

传统设备自不必多说。新兴的物联网智能设备，我可以总结为：通过用户操作，使用传统的或较新的网络传输技术（包括WLAN、蓝牙、红外、RFID等），向对应的Web Service发出请求，等待请求应答，并根据应答内容向用户反馈信息。

是不是有点物联网的意思？

软件

这是大家印象最深刻的部分，尤其是在移动设备带动响应式交互大行其道的今天。做Web开发的程序员，尤其是前端，需要同时考虑页面在多种浏览器和多种设备的兼容性，因此响应式布局确实是跨终端Web的一个体现。

但我认为这还不够，因为对于互联网而言，Web的终端不只有浏览器，还有其他应用程序。最简单的，比如一个Web Service同时提供Web站点和iOS App两种服务，再比如魔兽世界网游，我的账号数据被同时提供给游戏客户端和Web版的英雄榜，这里面的区别就是软件终端的不同。

网络协议

让事情变得简单一点，先考虑TCP/IP模型中应用层的协议。考虑这些是因为，这些协议支撑起来的应用都遵循”客户-服务器“范式。

这些协议的存在让同一个Web Service支持不同软件终端成为可能，比如HTTP协议支持浏览器直接访问服务，也支持App中调用API向服务端申请服务，比如DHCP协议支持给不同操作系统的PC、平板、智能手机、电视盒子、其他智能家居提供IP地址，SNMP协议的跨系统、跨设备的支持更不用说，等等。

从应用层再深入思考，比如运输层、网络层的协议，是与硬件平台和传输信道紧密相关的。

跨终端Web

回到最开始，”跨终端Web“，我觉得这真的不是单一一门技术就能做完的事情。

根据实际需求，终端分硬件和软件两个层次，每个层次包含多种类型，每种类型用到的技术又各不相同，所以”终端“的差异是不可避免、无法消除的。

但我们开发者也是人，也想尽可能的省事，于是就有了跨终端的Web：

以通信协议为基础，以Web服务的最终表现形式与交互形式为核心的，基于各类操作系统的软件技术集。