表单提交本身不触发站内信，必须由后端在接收请求后执行保存数据+调用站内信发送函数；前端仅需确保正确提交至指定接口，并通过轮询或websocket获取未读消息状态。
表单提交本身不触发站内信，必须后端介入
HTML 的 <form></form> 提交只是把数据发给服务器，浏览器不会、也不能自动发站内信——这属于业务逻辑，必须由后端代码处理。前端唯一能做的，是确保提交成功后能被后端识别并触发通知流程。
常见错误现象：form 提交后页面跳转或刷新，但用户没收到任何提示，后台日志也无通知记录。问题往往出在：表单没正确提交到处理接口，或后端根本没写通知逻辑。
- 确认
<form action="/api/submit"></form>指向的是你自己的后端接口（不是/submit.php这类默认路径） - 后端接口收到请求后，需明确执行两件事：保存数据 + 调用站内信发送函数（如
sendInboxMessage()） - 避免在前端用
alert()或弹窗“模拟”站内信，这既不可靠也不符合真实场景
后端发送站内信的关键三要素
站内信不是邮件，它依赖数据库中的用户关系和消息表结构。没有统一标准实现，但核心离不开这三点：
- 接收人 ID 必须从当前登录态中获取，不能靠表单传入（防伪造），例如从 session 或 JWT 中读
current_user_id - 消息内容建议拼接而非全量提交，比如表单只传
order_id=123，后端查库生成「您有新订单 #123 待处理」 - 必须写入消息表（如
inbox_messages），字段至少含：user_id、title、content、is_read、created_at
示例（伪代码）：
if (form_valid && save_to_db()) {<br> sendInboxMessage(<br> target_user_id: session.user_id,<br> title: "表单已提交",<br> content: "您的申请已于 " + new Date() + " 提交成功"<br> );<br>}
前端如何让站内信“可见”——不靠刷新也能提醒
用户提交后如果要立刻看到新消息（比如右上角小红点），不能等手动刷新页面，得靠轻量级轮询或事件通知机制。
- 简单方案：提交成功后，用
fetch("/api/unread-count")获取未读数，更新 DOM 中的<span id="inbox-badge"></span> - 进阶方案：后端在插入消息后，通过 WebSocket 推送事件（如
{"event":"new_inbox","count":1}），前端监听并响应 - 注意：不要在表单
onsubmit里直接调两次 API（先提交再查未读），容易因时序导致计数不准；应以后端返回的响应体中携带最新未读数为准
容易被忽略的权限与状态边界
站内信不是万能广播，很多坑出现在权限漏判或状态错位：
- 用户 A 提交表单，通知却发给了用户 B —— 检查是否误用了表单里的
receiver_id字段，而不是从认证上下文取 - 管理员审核通过后该发通知，但代码写在了“创建订单”分支，没覆盖“更新状态”分支
- 消息表没加索引（
WHERE user_id = ? AND is_read = 0），高并发下查询变慢，导致前端轮询超时 - 前端未处理
401或403响应，用户登出后仍尝试拉取消息，报错却不提示
最常被跳过的一步：上线前没验证“用户已读消息后，再次提交是否还会重复推送”。这需要在发送前查一次 inbox_messages 是否已存在同类型未处理消息。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
