php点赞收藏功能需解决幂等性、状态实时性和高并发一致性：强制登录校验user_id，用联合唯一索引+insert on duplicate key update实现原子切换，前端本地预更新并批量拉取状态，点赞数冗余存储或redis缓存，取消操作需明确记录保留策略。
PHP 动态网站的点赞和收藏功能，核心不是“加个按钮”，而是要解决三个实际问题：用户操作的幂等性（同一用户不能重复点）、状态实时可查（点过没点过要立刻知道）、以及高并发下数据一致性（比如多人同时点同一内容）。下面分关键环节说明怎么做。
用户行为必须绑定登录态和唯一标识
未登录用户不能执行点赞/收藏，否则无法校验重复操作，也难以做防刷。后端必须依赖 $_SESSION['user_id'] 或 JWT 解析出的 user_id，而不是靠前端传来的任意 uid。
- 前端按钮点击时，需确保已登录；未登录应跳转登录页或弹提示，不发请求
- 后端接口第一行就校验
user_id是否存在且有效，无效直接返回401或403 - 数据库表设计中，点赞表（
post_likes）和收藏表（user_favorites）都必须有联合唯一索引：(user_id, target_id, type)，其中type用于区分是文章、视频还是评论
用 INSERT ... ON DUPLICATE KEY UPDATE 处理点赞切换
点赞是“开关”操作：点一下加 1，再点一下取消。如果用先查再判再改，容易在并发时出现双写或状态错乱。更稳妥的是用 MySQL 的原子语句直接处理。
假设点赞表结构为：id, user_id, post_id, status（1=已点，0=已取消），则切换逻辑可写成：
立即学习“PHP免费学习笔记（深入）”；
INSERT INTO post_likes (user_id, post_id, status) VALUES (?, ?, 1) ON DUPLICATE KEY UPDATE status = IF(status = 1, 0, 1);
- 前提是
(user_id, post_id)有唯一索引 - 执行后用
mysqli_affected_rows()判断是插入（新点赞）还是更新（状态翻转） - 不要依赖
SELECT结果来决定下一步——查到旧状态、还没更新就被别人改了，就会出错
前端需要主动维护按钮状态，不能全靠接口返回
接口返回成功不代表视觉状态立刻准确。网络延迟、重复点击、缓存响应都可能导致按钮显示和真实状态不一致。
- 用户点击瞬间，先本地反转按钮样式（如从「♡」变「❤️」），并禁用按钮 300ms 防连点
- 接口成功后，用返回的
new_status覆盖本地状态；失败则回滚，并提示“操作失败，请重试” - 页面加载时，应通过一个轻量接口（如
/api/user-action-status?target_id=123&type=post）批量拉取当前用户对本页所有目标项的点赞/收藏状态，避免每个卡片都单独发请求
收藏夹列表和点赞数统计要分开优化
收藏可以查 user_favorites 表直接得列表；但点赞数（如“248 人觉得很赞”）如果每次都在查询时 COUNT(*)，会随数据量增大明显变慢。
- 点赞数建议冗余到内容主表（如
posts.like_count），每次点赞/取消时用事务同步更新 - 收藏列表不做分页时可直接查；做分页时注意：不要用
LIMIT 20 OFFSET 2000，改用基于id或created_at的游标分页 - 如果业务允许弱一致性，点赞数可用 Redis 的
INCR/DECR统计，定时落库，减轻 DB 压力
最容易被忽略的是“取消”操作的语义。很多开发者只实现“点一次加 1”，却没定义清楚“取消”是否要删记录、还是仅改 status。前者省空间但查历史难，后者易审计但需定期归档。选哪条路，得看产品是否需要追溯用户行为日志。
