做购物网站，购物最怕的网站就是把简单事情搞复杂。我见过一个日活不到两千的计实小平台，后台居然塞了十七张表，购物光优惠券规则就写了四千行代码。网站结果呢？计实每次大促前运维都得通宵改bug。购物网站的购物核心就三件事：把商品摆出来，让用户把钱付了，网站把货发出去。计实其他都是购物锦上添花。

先说商品展示。网站别一上来就搞什么个性化推荐算法，计实先把分类和搜索做明白。购物我试过在某新平台上搜“黑色纯棉T恤”，网站出来的计实结果里混着聚酯纤维的、深蓝色的、甚至还有童装。用户找不到东西，再炫的界面也是白搭。数据库设计上，商品表、SKU表、分类表三者关系要理清。一个商品有多个规格，每个规格对应独立库存和价格——这个逻辑不捋顺，后面加购物车准出错。

购物车是个容易踩坑的地方。有人喜欢把购物车数据存session里，用户换个设备就没了。我倾向于登录用户存数据库，未登录用户存本地缓存，登录时做合并。合并策略得想清楚：同商品同规格是数量相加还是取最新？我的做法是取数量最大值，避免用户误操作导致重复下单。另外购物车要实时校验库存和价格变动，别等到结算时才告诉用户“该商品已下架”——那会儿用户已经填完地址了，体验极差。

订单模块是整个系统的心脏。创建订单时要锁库存，但别用数据库行锁硬扛高并发。我见过一个项目用SELECT ... FOR UPDATE，结果大促时订单接口响应时间飙到八秒。后来改成Redis预减库存加消息队列异步落库，问题才解决。支付回调更要小心，必须做幂等处理。有个朋友的公司因为没做幂等，用户重复点击支付按钮，同一笔订单扣了两次款，客服电话被打爆。

后台管理别忽视。运营人员要改个商品标题、调个价格、导出订单报表，这些功能做不好，他们就会直接找你改数据库。我习惯给后台加操作日志，谁在什么时候改了什么东西，一清二楚。还有权限控制，别让客服能看见成本价——这是血泪教训。

技术选型上，别盲目追新。Spring Boot加MyBatis加MySQL加Redis，这套组合能撑住绝大多数中小型购物网站。前端用Vue或React都行，但移动端适配一定要做，现在超过七成流量来自手机。图片存储用对象存储加CDN，别傻乎乎地存服务器本地磁盘，迁移时哭都来不及。

最后说个细节：购物网站一定要做降级方案。数据库挂了怎么办？至少让用户能浏览商品。Redis挂了怎么办？至少让用户能下单。我经历过一次Redis集群故障，因为没做本地缓存兜底，整个网站白屏了二十分钟。那二十分钟的损失，够买好几台服务器了。

写代码的人得自己用用这个网站。下单流程走一遍，退款流程走一遍，用手机走一遍。你会发现很多问题——比如地址选择器在iOS上弹不出来，比如优惠券叠加逻辑算错了。这些不是技术难题，是态度问题。

(责任编辑：娱乐)