内容摘要：```html web开发技术包括客户端和服务器端的技术 body { font-family: 'Georgia', '宋体', serif; line-height: 1.8; max

```html

web开发技术包括客户端和服务器端的技术

打开任何一个网页，你看到的发技按钮、动画、术包下拉菜单，户端和服背后都跑着两套完全不同的技术代码。一套在你浏览器里执行，开括客另一套在某个机房的发技服务器上默默运转。这两套技术合在一起，术包才构成完整的户端和服web开发。少了任何一边，技术页面要么变成静态图片，开括客要么根本加载不出来。发技

客户端技术，术包说白了就是户端和服浏览器能读懂的东西。HTML搭骨架，技术CSS管长相，JavaScript负责行为和交互。这三样是铁三角，缺一不可。我刚开始学的时候觉得HTML太简单了，标签而已嘛。后来才发现，语义化标签用得好不好，直接影响SEO和无障碍访问。比如<nav>和<div class="nav">在视觉上没区别，但屏幕阅读器处理起来完全是两回事。

CSS这些年变化挺大的。以前大家用float布局，后来flexbox出来，现在grid也普及了。我手头有个老项目还在用display: inline-block加负边距做三栏布局，每次改样式都想重写。但话说回来，工具本身没有绝对的好坏，关键是看场景。小项目用不着上grid，反而增加理解成本。

JavaScript的生态就更热闹了。原生JS写多了会烦，于是有了jQuery；项目大了不好管，于是有了React、Vue、Angular。我去年帮朋友改一个Vue 2的项目，发现他还在用this.$set处理数组更新，其实Vue 3的响应式系统已经不需要这么做了。技术的迭代速度就是这样，你刚熟悉一套写法，社区已经开始推下一套了。

转到服务器端，画风完全不同。这里没有浏览器帮你兜底，代码直接跑在操作系统上。Node.js让JavaScript也能写后端，但PHP、Python、Java、Go依然占着大片地盘。我见过一个创业团队用Go重写了原来的Python服务，QPS从800涨到4000多，服务器成本降了六成。语言的选择有时候就是这么实际。

服务器端要处理的事情比客户端琐碎得多。数据库连接、身份验证、文件上传、缓存策略、日志记录，每一样都得自己搭。客户端发过来一个POST /api/login，服务器得解析请求体、查数据库、比对密码哈希、生成token、设置响应头。这一串操作在几十毫秒内完成，用户根本感觉不到。但如果数据库索引没建好，或者密码哈希算法选得太重，响应时间立刻飙升。

API设计是两边交汇的地方。RESTful风格流行了十几年，现在GraphQL又抢走了一部分场景。我个人的经验是，简单CRUD用REST就够了，别为了时髦硬上GraphQL。但如果是移动端和Web端共用一套后端，GraphQL按需取字段的优势就出来了。客户端说“我只要用户名的头像”，服务器就不用把整个用户对象塞进响应体。

安全这块两边都得操心。客户端要防XSS，服务器端要防SQL注入和CSRF。我见过一个项目，前端用innerHTML直接渲染用户评论，结果被人插了<script>标签。服务器端呢，拼接SQL字符串的老毛病到现在还有人犯。技术本身不复杂，复杂的是人总想走捷径。

性能优化也是两边配合的事。客户端做代码分割、懒加载、图片压缩，服务器端做CDN、Gzip、数据库查询优化。有一次我调一个页面，LCP指标一直下不来，查了半天发现是服务器端返回的JSON里带了一个巨大的base64图片字段。客户端再怎么优化都白搭。这种问题就得两边一起看，光盯着浏览器DevTools是找不到根因的。

写web开发代码这些年，最大的感受是：客户端技术让你看到即时反馈，改一行样式刷新就能看到效果；服务器端技术则更像在下棋，你得提前想好几步。数据库表怎么设计、接口怎么分层、错误怎么处理，这些决定在写代码之前就得想清楚。两边都懂一点，排查问题的时候才不会卡在中间干瞪眼。

```