超级简历WonderCV讲一个我特别想强调的认知前提：今天很多人把“上网”和“看网页”当成同一件事，但严格说，WWW（World Wide Web）只是互联网上跑得最成功的应用之一。咱们聊W3C，聊WWW的基本信息、核心设计目标、现实意义，不是为了背名词，而是为了理解你每天打开浏览器、点链接、看网页这件事，底层到底是怎么被设计出来的，以及这套设计为什么能活三十年还不过时。
文章会从WWW和互联网的概念边界讲起，再拆W3C这个标准组织的历史使命，接着把WWW最核心的URI、HTTP、HTML三件事的底层逻辑掰开揉碎，最后落回现实——这些设计目标在今天的Web生态里是什么样的，以及作为开发者和内容创作者，你能从这套思路里继承什么。内容不烧脑，但信息密度不小，适合想系统理解Web本质的入门读者，也适合写代码写了几年但没往后退一步思考过“为什么是这样”的从业者。
1. 一张图说清WWW与互联网的边界：基础概念里的认知盲区
1.1 万维网是软件层的“信息空间”，互联网是硬件层的“连接底座”
很多人问过我一个问题：W3C是管互联网的吗？答案是否定的，而且这个否定特别重要。
互联网（Internet）是一个全球性的物理网络基础设施，由无数路由器、交换机、光纤、服务器、PC、手机组成。它解决的核心问题是“机器和机器之间怎么传数据包”，靠的是TCP/IP协议栈。你家里拉一条宽带，运营商给你一个IP地址，你的设备能跟世界上另一台设备建立连接，这层事情属于互联网的范畴。
而WWW是构建在互联网之上的“信息空间”。它解决的核心问题是“资源怎么命名、怎么访问、怎么呈现”。你可以把它理解为：互联网是公路网，WWW是跑在公路上的某种特定物流系统——有统一的包裹格式（HTML）、统一的门牌号规则（URL）、统一的取件规则（HTTP）。W3C管的从来不是公路本身，而是这套物流系统的标准。
这个区分为什么重要？因为直到今天，大量故障排查的思路失灵，根源就是把这两层混为一谈。比如你打开网页慢，可能是DNS解析问题（这算应用层偏基础设施），可能是HTTP/TCP层拥塞，可能是后端服务处理慢。如果你脑子里没有“WWW只是其中一层”的框架，排查方向就很容易跑偏。
1.2 W3C在标准版图里的确切位置：管的是WWW，不是泛指“网络”
W3C的全程是World Wide Web Consortium，万维网联盟。它成立于1994年，创始人是Tim Berners-Lee——WWW的发明者。W3C的使命很聚焦：通过制定标准，让WWW的潜力得到充分发挥，确保Web能长期、稳定、开放地发展。
所以W3C管的是Web技术标准，包括HTML、CSS、DOM、SVG、WCAG（Web内容无障碍指南）、XML、语义Web技术栈等。它不管TCP/IP，不管域名系统（那是ICANN和IETF的领域），不管移动通信标准（那是3GPP的地盘），也不管编程语言本身的规范（那是ECMA、ISO的事）。
这里有一个非常容易踩的误区：去W3C官网查某一个协议规范时，发现“这不是我们想要的标准”，于是觉得W3C没用了。实际上，W3C的标准布局是分层分域的。你在Web开发中遇到的绝大多数“标准”，确实都来自W3C及其联合组织（比如WHATWG负责维护的HTML Living Standard，跟W3C也有协调关系），但网络底层的标准，你需要去找IETF的RFC文档。
1.3 为什么很多人把“上网”等同于“看网页”：历史原因与惯性误区
这个误区的形成有历史原因。1990年代，大众接触互联网的第一入口就是浏览器。那时候打电话拨号上网，启用的第一个应用就是Netscape或IE，打开的第一个页面是门户网站。邮箱是网页邮箱，搜索是网页搜索，新闻是网页新闻。于是大众心智里，“网”就等于“网页”。
但如果你从事的是网络相关的技术工作，就必须从这套直觉中跳出来。WWW是互联网最成功的应用，但它不是唯一的应用。邮件走SMTP/POP/IMAP，文件传输走FTP，远程终端走SSH，实时通信走WebRTC（这个稍跨界）、MQTT等。这些都不归W3C管。
W3C的边界意识，恰恰是理解WWW核心设计目标的第一步：它的所有标准，都是为了一个由链接和资源构成的“信息空间”，而不是为了“网络连接”本身。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 从Tim Berners-Lee的提案到W3C：标准组织的诞生背景与运作逻辑
2.1 1989年那份提案解决的真实痛点：链接“信息孤岛”而不是“发明网络”
Tim Berners-Lee在1989年向他的雇主CERN（欧洲核子研究中心）提交了一份提案，标题直译过来是“信息管理：一项提案”。这份提案不是要发明“全球互联网”——那时候互联网已经存在，邮件、FTP、Usenet都在跑。他痛点是：CERN有几千名科学家，分布在全世界，用着不同型号的电脑，装着不同操作系统，文档格式五花八门，数据存在不同的服务器上。一个人想知道另一个团队的项目进展，往往得先知道那台机器的地址、那个目录的路径、那个文件的格式，甚至得打电话问。
他所设想的系统，是一个“由超文本链接起来的分散式信息网络”——任意一个文档里，你可以用链接跳到另一个文档，不管那个文档物理上存储在哪台服务器上；链接的目标可以跨机器、跨操作系统、跨格式。这就是WWW最初的设计原型：一套统一的资源命名方案（URI/URL）、一套传输协议（HTTP）、一套内容格式（HTML）。
这里有一个值得反复品味的点：WWW的核心不是“更强的技术”，而是“更聪明的分工”。它没有发明新的网络传输层，而是站在TCP/IP的肩膀上，定义了一种资源交互的约定。这给后来的所有Web技术定下了基调：Web标准永远更关注“怎么被引用和交互”，而不是“怎么被传输和存储”。
2.2 W3C的成立节点：为什么要在1994年专门为Web建一个组织
1994年是一个特殊的年份。此时WWW已经从CERN内部工具蔓延到全球，Netscape浏览器横空出世，商业互联网兴起。Tim Berners-Lee敏锐地意识到一个危机：如果Web标准被某一家公司把持，或者被多家公司分裂成不兼容的版本，整个“信息空间”就可能被撕裂。
于是他推动成立了W3C，最初设在麻省理工学院计算机科学实验室（MIT/LCS），后来在欧洲有ERCIM，在日本有庆应大学，形成三足鼎立的组织架构。W3C的成立，可以看作是“把Web的治理权中立化”的关键一步。它的成员包括企业、研究机构、NGO、个人专家，标准制定不是某个公司说了算，而是通过公开流程，基于共识来推进。
理解这个背景，你才能看懂为什么W3C标准有时候“慢得让人抓狂”。它必须在各方利益之间做平衡，又必须保证任何一项标准在技术上是站得住脚的。这种慢，本质上是一种“治理成本”，是防止平台被商业力量绑架的必要代价。
2.3 标准制定不是“自上而下发文件”：W3C的Recommendation流程简述
W3C的标准流程，我用自己的话做一个压缩版：
大约分这么几个阶段——编写首个公开工作草案（First Public Working Draft）、工作草案更新（Working Draft）、候选人推荐（Candidate Recommendation）、提议推荐（Proposed Recommendation）、最终推荐（W3C Recommendation）。所有文档公开可查，意见反馈渠道开放，各工作组的邮件列表、GitHub仓库都摆在明面上。
这个流程的核心精神，是“共识优先，而非投票”。提案不是靠投票一锤定音，而是要各成员组织的代表、专家、实现者充分讨论，直到实质性分歧降到一个可接受的范围。现实中，由于利益博弈，W3C标准经常出现“标准出来了，但浏览器厂商各有延迟”的情况，这也是你要理解标准时要记住的：W3C给出的是“推荐”，不是“强制命令”。真正让标准落地的是浏览器厂商、框架作者、开发者社区的协作。
所以，当我看到有人鼓吹“W3C规定必须怎样”时，我通常会提醒一句：W3C制定规范，但Web行业的真正标准，是“规范+主流浏览器实现+开发者实际采用”三者博弈的产物。理解这个流程，对于之后看标准文档、参与开源讨论非常有帮助。
3. 核心设计目标拆解：URI、HTTP、HTML三驾马车背后的设计取舍
3.1 统一资源标识符URI：给全球每个资源一个“唯一地址”的野心
WWW能有今天的规模，第一功臣其实是URI（统一资源标识符，我们日常用到的URL是URI的子集）。它的核心设计目标是：全世界任何一个资源，都能通过一个统一的、不依赖具体机器的字符串，被唯一标识。这个字符串包含协议、主机名、端口、路径、查询参数，有的还包含片段标识符。看一眼就能理解它指示的是什么、怎么去访问它。
URI的设计哲学里有一个关键点：它把“资源的位置”和“资源的表示形式”分离了。一个URL指向一个逻辑资源，但服务器返回的内容可以是HTML、JSON、图片、PDF——由HTTP内容协商决定。这个分离，是Web能支撑REST API、能支撑内容分发网络、能支撑无数客户端（浏览器、App、IoT设备）的基础。
很多开发者写代码时不注意URL的语义化，把路径设计成/api/getData?type=1&id=2，或者用一堆无意义的数字。从W3C的视角看，这是对URI设计初衷的一种浪费。好的URI应该可读、可收藏、可被链接、长期保持稳定。一个URL一旦发布，最好终身不变——因为网络上可能有几千个页面、几百本书、几十篇论文链接着它。你改一次URL，等于亲手摧毁别人内容里的链接资产。
3.2 HTTP的“无状态+协商”设计：简单性换来的可扩展性
HTTP最初的设计极其简单：浏览器发一个GET /index.html，服务器返回一个响应体，完事。它默认是无状态的——服务器不记得你上一次请求是谁。这对于一个以“获取文档”为核心场景的系统来说，是一种漂亮的设计：不需要维护会话，不需要分布式同步状态，每个请求天然可独立处理，也天然适合缓存。
无状态带来的直接好处是：横向扩展极其容易。你可以在前面挂一层负载均衡，把不同请求分给任意一台后端机器，反正各服务器之间不需要共享会话状态。这种简单性，是Web能够从校园网规模一路扩展到全球数十亿用户的关键。
但无状态也在实际演进中暴露了短板：购物车、登录态、个性化推荐都需要记住“你是谁”。于是业界在HTTP之上发明了Cookie、Session、Token等机制。这里要注意，这些是“协议之上的补充”，不是HTTP本身的缺陷。理解“无状态是设计选择”这一点，比记住无数框架的会话管理API重要得多——它决定了你在系统架构里如何设计认证、缓存和负载均衡。
HTTP的另一个核心设计是内容协商（Content Negotiation）：同一个URL，客户端可以声明自己接受text/html、application/json或image/webp，服务器根据客户端的能力返回最合适的版本。这套机制在内容分发、多端适配、无障碍访问里都有影子。今天你看到很多“响应式设计”“多端同源”方案，本质上都是在继承HTTP时代就定下的“资源与表示分离”的思想。
3.3 HTML的语义进化：从“排版语言”到“结构化内容语言”
HTML（超文本标记语言）最初是给科研文档做标记的，用<h1>、<p>、<a>标注标题、段落、链接。它最了不起的设计，不是字体、颜色、排版（那其实是后来CSS的活），而是“用标签表达内容的角色”。
以<a>标签为例：它把“引用”这个行为从“抄一段话”变成“放一个地址”，这个地址可以跨文档、跨服务器。没有<a>，就没有“超文本”，WWW就和一堆静态文本文件没有区别。因此，超链接被称为Web的“原力”不是夸张修辞——它是整个信息空间得以跳跃式连接的基础设施。
HTML随Web发展不断进化。HTML4时代大家还在用<table>做布局，因为那时候的CSS能力弱，很多人用非常别扭的方式实现视觉效果。这其实是对HTML语义的背叛——表格本来表达的是“二维数据关系”，却被用来做页面排版，导致屏幕阅读器读出来的内容一团糟。HTML5之后，语义化标签（<header>、<nav>、<main>、<article>、<section>）被大力推广，目的就是把“内容结构”和“视觉表现”进一步分离。你写一个页面，第一步不应该是想它在浏览器里长什么样，而是想它“由哪些语义块组成”。
我做过很多次代码评审，看到有些前端同事写HTML是完全“所见即所得”思维：<div>包一切，所有样式全靠类名。这种写法在维护期极其痛苦，因为团队里任何人拿到这段DOM，都无法快速理解页面结构。而语义化HTML的好处是：不仅人看得懂，搜索引擎看得懂，辅助技术（屏幕阅读器）也看得懂。这就是在落实WWW“普遍访问”的原始设计目标。
3.4 三大设计原则：可扩展性、健壮性、分布式的底层哲学
Tim Berners-Lee在很多场合用一句话总结Web的设计原则：“对所有人的普遍可用性”（Universality）。具体拆成技术原则，我认为有三条值得深挖。
第一，可扩展性。Web协议的设计都是“向后兼容的演进”，而不是“忍痛重来”。HTTP从1.0到1.1，再到2、3，都是增量演进；HTML从4到5是超集式的扩展，不把旧页面丢进垃圾堆。这个原则让数以亿计的存量网页在几十年后依然能打开。你今天写一个HTML5页面跑在最新浏览器里，同时也能被二十年前的浏览器降级显示，这种兼容性就是设计初期的自觉。
第二，健壮性（也就是“宽容原则”）。网络上有大量“不合法”的HTML——标签没闭合、属性值不标准、字符编码混乱。居然你打开这些页面，浏览器仍然尽量渲染出可读结果。浏览器厂商在渲染引擎里做了大量容错处理，这种“对人宽容”的哲学，是Web能容纳全球各种水平的内容创作者的原因。对比一下：如果你的XML文档漏了一个闭合标签，解析器直接报错，拒绝解析。HTML的容错，是Web低门槛发布内容的底气。
第三，分布式。Web没有中心服务器。任何一台机器，只要有IP地址、配好Web服务，就能向全世界发布内容。这个“去中心化”不是政治口号，而是技术架构的必然选择。没有任何单一实体能整体控制Web，也没有一个单点故障能让整个Web瘫痪。后面很多现实意义（比如开放知识、跨国协作、多云部署）都能追溯到这一点。
4. 设计目标如何演化为今天的Web现实：标准落实中的博弈与偏移
4.1 互操作性是怎么被“标准+浏览器竞争”共同推着走的
W3C设计标准时最看重的一个指标是互操作性（Interoperability）：同一份代码，在哪个浏览器上都应该跑出接近一致的结果。但现实里，互操作性的实现从来不轻松。
上世纪90年代后期，Netscape和IE各搞各的私有标签，比如<blink>、<marquee>，导致开发者要写两套代码，或者用“最佳浏览器”这种标签暗示用户去装某款浏览器。这场“浏览器大战”，本质上就是互操作性被商业竞争碾压的案例。W3C后来推出CSS、DOM等标准，很大程度上是在给这场混乱定规则。
今天的局面依旧微妙。各家主流浏览器都宣称遵循Web标准，但实际渲染引擎有Blink（Chrome/Edge）、Gecko（Firefox）、WebKit（Safari）。有些CSS属性，Chrome支持三个月了，Safari还不支持；有些JavaScript API，Firefox实现了但Edge还没上。互操作性仍然是一个每次上新功能都要考虑的约束条件。
所以，W3C标准文档里经常出现“实现注意事项”和“候选推荐”这些措辞，本质就是在各方实现不完全一致的情况下，给生态一个缓冲期。开发者能用工具抹平的，就交给转译器和Polyfill；不能抹平的，只能等厂商跟进。理解这个博弈，你就不会对“标准出了两个月，某个浏览器还没实现”感到惊讶。
4.2 可访问性标准的前世今生：从低门槛文本到WCAG
WWW的核心设计目标里有一个常被忽略，但越来越重要的方面：可访问性（Accessibility）。WWW是为“所有人”服务的——包括视力障碍者、听力障碍者、运动障碍者、认知障碍者。
早期Web几乎全是文本，可访问性天然存在——屏幕阅读器可以读。但后来页面大量使用图片、视频、富交互，可访问性就变成了需要刻意维护的工程。W3C为此推出了Web内容无障碍指南（WCAG），现在大家熟知的WCAG 2.1，围绕四个原则（可感知、可操作、可理解、稳健性）展开，具体到“图片要有alt文本”“视频要有字幕”“颜色不能作为唯一信息载体”“键盘要能操作所有交互”等等。
我见过很多团队把可访问性当成“合规成本”，但换个角度看，可访问性其实是“设计质量的放大器”。一个表单的标签关联做得清晰，不仅屏幕阅读器用户受益，普通用户用自动填充、语音输入时也更顺畅；一个视频有准确字幕，不仅听障者受益，在嘈杂环境里用手机看视频的人同样受益。WCAG的很多要求，最终惠及的是所有人。
4.3 “标准是设计出来的，但生态是长出来的”：设计目标与商业力量的平衡
虽然W3C的标准有清晰的设计哲学，但Web生态的演化并不完全由W3C主导。商业力量、开源社区、用户习惯共同塑造了今天的Web。
最典型的例子是HTML5的制定过程。2004年，苹果、Mozilla、Opera等厂商对W3C推动的XHTML路线不满，联合发起WHATWG组织，主张对HTML做向后兼容的增量演进。后来W3C和WHATWG经过多年协调，才形成今天HTML Living Standard共治的局面。这说明哪怕标准组织再权威，也必须面对“实现方联盟”的谈判。
另一个例子是浏览器对CSS的快速迭代。现代CSS有了Grid、Flexbox、Subgrid、Container Queries，有些以前得靠JavaScript实现的布局，现在纯CSS就能搞定。这些能力往往首先由浏览器厂商提案、原型实现，再被纳入标准流程。W3C的角色更像一个“议会”，而不是“立法者”。理解这一点，你读标准文档的时候，会更关注它背后的实现动机，而不是把每条规范当成真理去背诵。
5. 现实意义卷：WWW如何重塑信息传播、商业模式与社会协作
5.1 低成本信息发布：从个人主页到开放API的“知识平权”
WWW之所以有巨大的现实意义，一个重要原因是它极大地降低了“公开发布信息”的成本。在Web之前，想向大众发布内容，你需要出版社、印刷厂、发行渠道，或者至少是广播电台和电视台的节目时段。而在WWW的世界里，只要拥有一台Web服务器，你的内容就能被全世界访问。这种“信息平权”，是个人主页时代（1990年代）、博客时代（2000年代）、社交平台时代（2010年代）一脉相承的基础。
今天，开放API又在更深的层面延续这种平权。一个创业团队不用自建物流系统、支付系统、地图系统，直接通过公开API接入大公司的服务，就能迅速搭建自己的产品。这不是巧合，而是WWW“资源可寻址、接口可调用”的设计思想在商业世界的自然延伸——当你把能力封装成URL+JSON接口，任何开发者都能以标准化的方式使用它。
5.2 搜索与链接的“经济学”：超链接即价值网络
Web上的超链接，从网络科学角度看，构成了一张巨大的有向图。每个网站的“链接资产”不只是流量入口，更是这个站的“社会资本”。Google的PageRank算法之所以在当年碾压所有对手，核心思想就是：把“被多少次高质量外链指向”作为网页质量的信号。这个思路完全是基于WWW的链接结构发明的，没有WWW，就不会有现代搜索引擎。
这个现象背后的现实意义是：在Web上，价值往往通过“被引用”来定义。你写一篇博客，被另一个高权重站点链接，你的内容就跟着“镀金”了。这也解释了为什么SEO里有一个经典说法：“内容为王，外链为皇”。链接不仅是导航工具，更是价值网络中的信任投票。
5.3 标准化的隐性红利：全球在线协作与“一次编写，到处运行”
WWW标准化的一个隐性红利，是让全球开发者的协作成本大幅降低。一个前端工程师在中国，可以用HTML/CSS/JavaScript写出一个页面，扔到美国、德国、日本任何一台Web服务器上，全世界的人用任何操作系统、任何主流浏览器打开，都能基本一致地运行。这种“一次编写，到处运行”的便利，在今天看起来天经地义，但在标准化的Web之外，几乎没有任何其他软件平台能真正实现。
开发框架也是建立在这套标准之上的。React、Vue、Angular最终编译出来的是什么？是HTML标签、CSS规则、JavaScript代码。它们都没发明新协议，而是充分利用了Web这个标准平台。只要浏览器遵循W3C的标准，跨平台、跨设备、跨操作系统就永远是一件低成本的事。
5.4 面对当下的挑战：隐私、碎片化与标准组织的自我更新
WWW的现实意义绝不只有光鲜面，它也面临结构性挑战，而这些挑战都可以回溯到设计目标的时代局限。
隐私问题最能说明问题。HTTP的无状态设计是为了“不记录”，但后来的商业需求推动Cookie、指纹追踪、第三方数据共享不断发展，导致用户几乎每一个点击行为都被记录。W3C近几年推动的Privacy CG、FPF（隐私保护技术）等项目，本质上是在“保护用户隐私”和“维持精准投放”之间寻找新平衡。这个博弈还没完。
碎片化问题也在恶化。Web标准是开放的，但iOS生态、微信生态、抖音生态在特定场景里形成了“围墙花园”。用户在浏览器里访问不了某些内容，必须下载App或关注某个公众号；链接分享出去，对方没有对应账户就看不了。这跟WWW“通用访问”的理想存在张力。好的一面是，W3C的PWA标准（渐进式Web应用）、Web Share API等，正在试图让Web能力向原生应用靠拢，试图对冲这种碎片化。
标准组织自身也要自我更新。W3C近年把更多工作搬到GitHub，发布“代码化的规范”，改进测试驱动开发的方式，这些动作都能看出标准流程正在适应今天“月度迭代”的开发节奏。Web的演化没有终点，但它始终没有偏离“开放、可扩展、普遍可用”这条主线。
6. 写给实战中的开发者和内容创作者：如何承接WWW的设计哲学
6.1 前端开发实践：语义化HTML不是“礼仪”，而是延续核心目标
作为开发者，你在日常工作中能做的“最好标准实践”，不是背规范，而是回到Web设计目标本身去思考。
我给自己定过一条铁律：每个页面先问“内容结构是什么”，再问“长什么样”。实际动手时，我会先用语义化标签搭骨架——<header>、<nav>、<main>、<article>、<footer>——然后考虑交互，最后才是视觉样式。这样做的好处是，即使CSS没加载，页面内容依然有清晰的信息结构；屏幕阅读器能直接读出导航、正文、版权信息；SEO也能更准确地理解页面重点。
还有一个容易忽略的点：给你的图片写真正有用的alt文本。很多人写alt=""或者干脆复制文件名，这等于把一个重要的可访问性通道给堵死了。正确的做法是描述图片“在上下文中的信息价值”。比如一张产品图，alt应该是“蓝色的无线蓝牙耳机，侧视图”，而不是“微信图片_20231001.jpg”。这既是WCAG要求，也是体面。
6.2 给非技术创作者的建议：理解链接的价值，创造能被“引用”的内容
如果你不是程序员，只是运营一个博客、一个公众号、一个知识库，WWW的设计哲学同样有启发。
最重要的一点是：给你的每篇文章一个稳定、可读的URL。别用那种后面带一堆query参数的链接，别频繁改文章地址。因为你的文章一旦被引用，那些外链就是你最重要的资产。URL的可读性直接影响别人是否愿意引用它——https://example.com/posts/how-web-standards-work显然比https://example.com/p?id=23847更受尊重。
其次，多用内部链接。Web的超级力量就在于链接。你在文章里把相关概念互相连起来，不仅方便读者跳转，也在帮搜索引擎把你的站点内容串成知识图谱。这跟W3C最初设想的“超文本信息网络”模型完全一致。
6.3 后续可以深入的方向：学习路径与常见资料推荐
想进一步理解WWW和W3C，我建议按这个顺序往前走。
先通读一遍W3C官网上关于“Web设计原则”的文档——它们比具体规范容易读得多，能帮你建立“设计视角”。然后去MDN（Mozilla Developer Network）查HTML、CSS、JavaScript的常用条目，MDN的风格偏实用，适合开发时当字典用。之后如果想啃原汁原味的规范，就去W3C官网看HTML Living Standard、CSS Snapshot、WCAG 2.1，注意这些文档不是线性阅读的，最好挑你手头项目实际遇到的问题去查。
如果想在“标准之外”开阔视野，推荐看Tim Berners-Lee的几篇公开演讲和访谈。他谈Web与其“普遍接入”哲学的部分，很多内容至今仍是Web技术圈的公共思想资源。
结尾
这些年我写代码、做架构、做技术评审，越来越强烈地感受到：WWW之所以能从实验室里的一个提案变成全球信息基础设施，靠的不只是技术指标，更是它骨子里的开放性和对“链接一切”的坚持。每次我遇到一个“为什么这么设计”的问题，往后退一步看WWW的原始设计目标，答案往往就会浮现。建议你也试试这个思路——在动手写下一段HTML或设计下一个URL之前，先想想它在这个信息空间里应该扮演什么样的角色。