HTTP协议就像快递员，术基每次敲门都得带齐三样东西：方法、术基路径和版本号。术基你输入网址敲下回车，术基浏览器立刻组装一个GET请求包裹，术基塞进TCP/IP管道里。术基服务器拆开包裹，术基找到对应资源，术基再回寄一个200 OK的术基响应包。这套流程每天重复上百亿次，术基但很少有人注意到，术基快递员其实不记得你——每个请求都是术基独立的，服务端根本不知道你上一秒看了什么。术基

这种“无状态”设计起初是术基优点，后来变成麻烦。术基购物车要记住你选的东西，登录状态要持续有效，于是Cookie和Session被硬塞进协议里。Cookie像贴在包裹上的便利贴，Session则像快递公司内部的档案柜。我见过不少新手直接往Cookie里塞用户密码，这相当于把家门钥匙贴在快递单上让陌生人看。

HTML倒是简单粗暴。标签嵌套错一个，浏览器就默默帮你修正，从不报错。这种宽容让网页开发门槛极低，但也埋下隐患——你写的代码和浏览器实际渲染的可能是两回事。我调试过一个诡异布局，最后发现是没闭合的

标签被浏览器自动补全，把整个页面结构都带偏了。

CSS则是另一套逻辑。层叠这个词听起来学术，本质就是“谁后出现谁说了算”。但优先级规则复杂到连资深工程师都要查文档：内联样式压过ID选择器，ID压过类，类压过标签，后面再加个!important直接掀桌子。媒体查询让同一份CSS能适配手机和曲面屏，代价是代码里塞满断点，改起来像拆炸弹。

JavaScript把静态页面变成活物。单线程事件循环让异步操作成为必修课——setTimeout回调里套着Promise，Promise里又嵌套async/await。新手常犯的错是以为代码按书写顺序执行，实际上宏任务和微任务的调度顺序能把人绕晕。有个经典面试题问console.log输出顺序，答案往往反直觉。

现代框架都在解决同一个问题：如何让视图和状态同步。React的虚拟DOM对比算法，Vue的响应式依赖追踪，Angular的脏检查——殊途同归，都是为了避免频繁操作真实DOM。但框架带来的抽象层也让排查问题变得困难，你改了个state，页面没更新，得先怀疑是不是依赖收集漏了，再怀疑diff算法出bug。

浏览器开发者工具是唯一可靠的盟友。Network面板能看每个请求的耗时，Performance面板能定位长任务，Elements面板直接改样式即时预览。我调试过最棘手的bug是CSS动画导致的内存泄漏，最后靠Memory面板的堆快照对比才找到是某个被遗忘的requestAnimationFrame循环在持续创建对象。

Web技术最迷人的地方在于它的混乱。没有统一标准制定者，浏览器厂商各自实现新特性，再通过W3C协商共识。你写的代码可能在这个浏览器表现完美，换个内核就出现像素级偏差。这种碎片化让人抓狂，但也催生了无数polyfill和转译工具，生态因此繁荣。

说到底，Web开发像是戴着镣铐跳舞。协议约束了通信方式，HTML定义了文档结构，CSS控制视觉呈现，JavaScript提供交互能力。理解这些基础原理，比追新框架重要得多——框架会过时，但HTTP状态码、盒模型、事件冒泡这些底层概念，十年后依然适用。