性能对电商意味着什么

Amazon的数据表明：页面加载时间每增加100ms，销售额下降1%。Google的数据：页面加载时间超过3秒，53%的用户会放弃。对电商网站来说，性能直接影响收入。

我们在{CITY}服务过一个电商客户——益阳本地的生鲜配送平台。晚高峰时段（下午5-7点下单高峰）页面加载时间一度达到8秒，当时每天的订单取消率（用户等不及放弃了）高达15%。经过一系列优化后加载时间降到了1.5秒以内，订单取消率降到了3%以下。按日均200单/客单价65元计算，每天减少了约1560元的损失，每年接近50万。

前端优化（见效最快）

图片优化：这是电商网站最大的性能杀手。一张未经优化的产品图片可能有2-5MB。优化措施：使用WebP格式（比JPEG小30%-50%）、响应式图片（不同屏幕尺寸加载不同分辨率）、懒加载（只加载可视区域内的图片/用户滚动时再加载剩余的）、图片CDN分发。

我们在一个项目中把所有产品图片从JPEG转成了WebP并通过CDN分发后，页面总大小从4.2MB降到了1.1MB，加载时间从4.5秒降到了1.8秒。

CSS/JS优化：压缩合并（把多个CSS文件合并为一个/多个JS文件合并为一个）、Tree Shaking（删除未使用的代码）、Code Splitting（按路由拆分JS包/首屏只加载必要的代码）、关键CSS内联（把首屏渲染所需的CSS直接放进HTML里/避免额外的CSS文件请求）。

后端优化

数据库优化：电商网站的数据库查询是最常见的瓶颈。优化手段：索引优化（给常用的查询条件加索引）、慢查询优化（EXPLAIN分析执行计划/优化SQL语句）、读写分离（主库写/从库读/分担查询压力）、引入Redis缓存（热点数据如商品信息/分类/热门搜索放入内存）。

我们在{CITY}一个电商项目中加了Redis缓存后，商品详情页的接口响应时间从平均350ms降到了25ms。

接口优化：GraphQL替代REST（前端按需取数据/减少过度获取）、接口数据压缩（Gzip/Brotli）、接口缓存策略（合理的Cache-Control头）。

架构层面的优化

CDN加速：静态资源（图片/CSS/JS/字体）通过CDN节点分发。用户从最近的节点获取资源而不是每次都回源站。阿里云CDN/腾讯云CDN都有免费额度（每月几十GB），超出后约0.24元/GB。

负载均衡：当单台服务器扛不住的时候用Nginx/SLB做多机负载均衡。配合自动伸缩（AWS Auto Scaling/阿里云ESS）在流量高峰自动增加机器。

异步处理：非核心路径异步化。如下单后的发短信/发邮件/更新库存/记录日志这些操作不需要在用户等待的时间内完成，扔到消息队列（RabbitMQ/Kafka）里异步处理。我们在一个电商项目中把下单接口从同步改为异步后，接口响应时间从800ms降到了120ms。

监控和持续优化

性能优化不是一次性的工作。需要建立监控体系：APM工具（如SkyWalking/Pinpoint监控接口性能）、前端性能监控（如 Sentry/Rum SDK）、告警机制（当P95响应时间超过阈值时自动报警）。

每周review性能指标，每月做一次专项优化。保持性能在健康范围内。