纯HTML无法实现砍价活动页面，因其仅能静态展示，而砍价需实时价格变动、用户提交、多人助力、库存/时间校验等逻辑，必须依赖后端接口支撑，前端至少需JavaScript调用fetch或axios通信。
砍价活动页面为什么不能直接用纯 HTML 实现
纯 HTML 只能静态展示，而 H5 砍价活动依赖实时价格变动、用户提交、多人助力、库存/时间校验等逻辑——这些必须靠后端接口支撑，前端至少得用 JavaScript 调用 fetch 或 axios 通信。常见错误是把砍价逻辑全写在前端（比如用 Math.random() 模拟砍价），结果被用户改 JS 直接砍到 0.01 元，造成资损。
真正可上线的砍价页结构是：HTML 做骨架 + CSS 控制动效 + JavaScript 处理交互 + 后端提供 /api/bargain/start、/api/bargain/cut、/api/bargain/share 等接口。
砍价按钮点击后没反应或报 401/403 错误
这是鉴权环节出问题。H5 砍价通常要求用户登录态（如微信 openid）随请求带上，后端靠它识别身份、查砍价记录、限频次。前端漏传或传错字段，就会被拦截。
- 检查请求 header 是否带了
Authorization或自定义字段如X-Openid，值是否从微信 JSSDK 的wx.ready后调wx.getUserInfo或后端签发的 token 获取 - 确认后端是否校验了 referer（比如只允许来自你域名的请求），本地调试时用手机访问测试页，别只在 PC 浏览器 F12 里点
- 砍价接口一般要求 POST，body 是 JSON，别错写成
application/x-www-form-urlencoded导致后端解析失败，返回 400 或静默失败
砍价金额计算不一致：用户看到的和后台记录的差 0.01 元
浮点数运算误差是主因。比如原价 99.99 元，砍掉 12.34 元，JS 直接写 99.99 - 12.34 得到 87.65000000000001，再四舍五入显示为 87.65，但后端用整数分计算（9999 - 1234 = 8765 分），前端却按字符串截取两位小数，导致对不上账。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
正确做法统一用「分」为单位做所有运算：
- 后端返回价格一律是整数（如
price: 9999），前端显示时除以 100 并固定两位小数：(price / 100).toFixed(2) - 砍价额度也由后端返回整数分（如
cutAmount: 1234），前端不做任何加减，只负责展示和透传 - 避免在 JS 里用
parseFloat解析价格字符串，尤其遇到"19.9"这种末尾缺零的情况，会丢失精度
分享助力链接打不开或助力失败
H5 助力本质是“带参分享”：用户 A 分享的链接里必须包含唯一 bargainId（比如 https://xxx.com/bargain?bid=abc123），B 点开后调用 /api/bargain/help?bid=abc123，后端才把 B 记为 A 的助力者。问题常出在参数丢失或混淆。
- 微信内分享必须用 JSSDK 的
updateAppMessageShareData和updateTimelineShareData重写link字段，不能只靠window.location.href拼接——iOS 微信会自动清理 URL 参数 - 确保
bid是服务端生成的短链或加密字符串，别用数据库自增 ID（容易被刷），也别明文暴露用户 ID - 助力接口要校验 B 是否已帮 A 助力过（去重）、A 的砍价是否未过期、是否已达最大助力人数，否则返回明确错误码如
{code: 4001, msg: "您已助力过"}，前端据此提示用户
砍价活动最易被忽略的是并发控制：同一用户短时间内连续点砍价按钮，前端没防抖，后端没幂等设计，会导致多次扣减额度。真实场景里，一个按钮要同时处理 loading 状态、网络异常重试、节流、以及后端返回的业务错误码映射，缺一不可。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
