简介这份资源是面向计算机相关专业学生与学习者的微信小程序课程答疑系统完整项目包可作为毕业设计、课程设计或期末大作业的实战素材。项目覆盖微信小程序前端开发、后端服务搭建与数据库设计全流程帮助读者在实践中掌握小程序页面设计、功能实现与调试技巧并熟悉SSM框架下的企业级应用开发思路。压缩包共1258个文件约21.79MB包含181个js脚本、138个vue组件、127个java后端源码、92个wxss与90个wxml小程序页面文件以及png、svg、jpg等界面素材和sql建表脚本、json配置、xml描述文件等结构完整、层次清晰。目前已有209人学习下载。读者可获得可直接运行的源码、数据库设计文件与配套论文文档并借此锻炼需求分析、系统设计、版本控制等软件工程实践能力同时提升技术文档与学术论文的撰写水平适合需要完整项目方案与排错参考的中级学习者。1. 课程答疑小程序从一份能跑通的源码说起课程答疑这件事放在微信生态里做最直接的价值是学生不用装 App、不用记网址扫码或搜一搜就能提问老师也能在手机上随手回。但真正落到开发很多人卡在第一步网上搜到的“微信小程序课程答疑”源码要么只有前端页面没有后端要么数据库表结构缺字段要么论文部分和代码完全对不上。我见过太多人拿到一个压缩包解压后连app.json里的页面路径都跑不通更别说登录、提问、回复这条主链路了。这篇笔记要拆的就是一套完整的课程答疑微信小程序该长什么样前端页面怎么组织、后端接口怎么设计、数据库表怎么建、论文部分怎么和系统对应。适合正在做课程设计的学生、需要快速搭原型的开发者以及要写相关论文但缺落地细节的人。核心不是炫技是把“能跑起来”这件事讲透包括那些源码里不会写、但一跑就报错的坑。2. 课程答疑小程序的功能边界与数据模型2.1 先想清楚哪些功能必须有哪些可以砍课程答疑不是通用论坛它的场景很窄一个老师对应若干课程一门课下有若干学生学生提问、老师回复、其他人可以看但不能乱改。所以功能边界要收住不然做着做着就变成第二个知乎工期直接失控。我一般会把功能分成三层。第一层是账号体系微信登录、获取手机号、绑定身份学生/老师。第二层是答疑主链路提问、回复、追问、关闭问题。第三层是辅助课程列表、我的提问、消息通知。第一层和第二层是必须有的第三层里消息通知可以先用小程序订阅消息凑合不必一上来就搞 WebSocket。提示如果只是课程设计或论文演示消息通知完全可以做成“进入页面时拉取未读数”省掉长连接带来的调试成本。这里有个容易翻车的地方很多人把“课程”做成一个独立的大模块结果表关系绕来绕去。其实课程就是答疑的一个分类维度提问时选课程列表按课程过滤足够了。2.2 数据库表设计五张表撑起整个答疑系统数据库用 MySQL 就行课程设计场景没必要上 PostgreSQL 或 MongoDB。核心表我一般建五张用户表、课程表、问题表、回复表、课程成员表。下面直接给建表语句字段名和类型都是实际跑过的。-- 用户表存微信 openid 和身份信息 CREATE TABLE user ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, openid VARCHAR(64) NOT NULL COMMENT 微信 openid唯一标识, nickname VARCHAR(64) DEFAULT COMMENT 昵称, avatar VARCHAR(255) DEFAULT COMMENT 头像地址, phone VARCHAR(20) DEFAULT COMMENT 手机号登录后获取, role TINYINT NOT NULL DEFAULT 0 COMMENT 0学生 1老师, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 课程表 CREATE TABLE course ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, name VARCHAR(128) NOT NULL COMMENT 课程名称, teacher_id INT UNSIGNED NOT NULL COMMENT 授课老师 user.id, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_teacher (teacher_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 课程成员表谁选了哪门课 CREATE TABLE course_member ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, course_id INT UNSIGNED NOT NULL, user_id INT UNSIGNED NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_course_user (course_id, user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 问题表 CREATE TABLE question ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, course_id INT UNSIGNED NOT NULL, user_id INT UNSIGNED NOT NULL COMMENT 提问人, title VARCHAR(255) NOT NULL, content TEXT, status TINYINT DEFAULT 0 COMMENT 0待回复 1已回复 2已关闭, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_course_status (course_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 回复表 CREATE TABLE reply ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, question_id INT UNSIGNED NOT NULL, user_id INT UNSIGNED NOT NULL COMMENT 回复人, content TEXT NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_question (question_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这几张表的逻辑很直白user存人course存课course_member解决多对多选课关系question和reply构成答疑主链路。参数上注意两点openid必须加唯一索引否则同一用户重复登录会插出多条记录question表的status字段用TINYINT而不是字符串查询时WHERE status 0比WHERE status 待回复快且省空间。注意utf8mb4不是可选项。微信昵称里 emoji 很常见用utf8会在插入时直接报错这个坑我踩过不止一次。2.3 接口设计RESTful 风格够用别过度设计后端接口不需要搞 GraphQL 或 RPC普通 RESTful 就够。核心接口就六个登录、课程列表、提问、回复、问题列表、问题详情。下面用 Node.js Express 写一个提问接口的示例其他接口结构类似。// POST /api/question/create // 请求体{ courseId, title, content } router.post(/create, async (req, res) { const { courseId, title, content } req.body; const userId req.user.id; // 由登录中间件注入 // 参数校验标题不能为空课程必须存在 if (!title || !courseId) { return res.json({ code: 400, msg: 标题和课程不能为空 }); } // 检查用户是否选了这门课 const member await db.query( SELECT id FROM course_member WHERE course_id ? AND user_id ?, [courseId, userId] ); if (member.length 0) { return res.json({ code: 403, msg: 你不在该课程中 }); } const result await db.query( INSERT INTO question (course_id, user_id, title, content) VALUES (?, ?, ?, ?), [courseId, userId, title, content] ); res.json({ code: 0, msg: ok, data: { id: result.insertId } }); });这段代码的关键在权限校验不是谁都能往任意课程里提问必须先查course_member。参数上courseId和title是必填content可以为空但建议前端也做非空提示。返回结构统一用{ code, msg, data }前端判断code 0即可不要一会儿返回布尔值一会儿返回对象后期维护会疯。3. 微信小程序端登录、提问、回复的完整实现3.1 微信登录与获取手机号两步走别混在一起微信小程序的登录分两步先wx.login拿code换openid再按需获取手机号。很多人把这两步写在一个按钮里结果用户拒绝手机号授权后连登录都失败了。正确做法是登录和手机号解耦。// 第一步静默登录拿 openid wx.login({ success: async (res) { if (res.code) { // 把 code 发给后端后端调微信接口换 openid const result await wx.request({ url: https://your-domain.com/api/login, method: POST, data: { code: res.code } }); // 后端返回自定义 token存起来 wx.setStorageSync(token, result.data.token); } } });// 第二步用户点击按钮获取手机号 // WXML 中button open-typegetPhoneNumber bindgetphonenumbergetPhone getPhone(e) { if (e.detail.code) { // 把 e.detail.code 发给后端后端换手机号 wx.request({ url: https://your-domain.com/api/bindPhone, method: POST, header: { Authorization: wx.getStorageSync(token) }, data: { code: e.detail.code }, success: (res) { console.log(手机号绑定成功, res.data.phone); } }); } else { // 用户拒绝授权不影响已登录状态 wx.showToast({ title: 已跳过手机号绑定, icon: none }); } }逻辑说明wx.login拿到的code只能用一次后端换完openid后要生成自己的 token 返回给前端后续接口都带这个 token。手机号获取是独立按钮用户拒绝也不影响浏览和提问。参数上注意e.detail.code是新版接口的字段老版本是encryptedDataiv现在微信已经推荐用code方式解密逻辑放在后端更安全。提示getPhoneNumber按钮必须由用户点击触发不能在onLoad里自动调否则直接报错。3.2 提问页面表单校验和提交的细节提问页面看起来简单但表单校验不做后端就会收到一堆空标题。前端校验要拦在提交之前。// pages/question/create.js Page({ data: { courseId: null, title: , content: }, onTitleInput(e) { this.setData({ title: e.detail.value }); }, async submit() { const { courseId, title, content } this.data; // 前端校验课程必选标题至少 5 个字 if (!courseId) { return wx.showToast({ title: 请选择课程, icon: none }); } if (title.trim().length 5) { return wx.showToast({ title: 标题至少5个字, icon: none }); } const res await wx.request({ url: https://your-domain.com/api/question/create, method: POST, header: { Authorization: wx.getStorageSync(token) }, data: { courseId, title: title.trim(), content } }); if (res.data.code 0) { wx.showToast({ title: 提问成功 }); // 返回上一页并刷新列表 const pages getCurrentPages(); const prevPage pages[pages.length - 2]; prevPage.refreshList prevPage.refreshList(); wx.navigateBack(); } else { wx.showToast({ title: res.data.msg, icon: none }); } } });这里有个实用技巧提交成功后不要直接navigateBack就完事要调用上一页的刷新方法否则用户返回列表看不到刚提的问题会以为没成功。参数上title.trim()去掉首尾空格避免“ ”这种全空格标题绕过校验。3.3 回复与状态流转谁能改什么时候改回复接口和提问类似但多一层状态判断已关闭的问题不能回复。后端要拦前端也要给提示。// POST /api/reply/create router.post(/create, async (req, res) { const { questionId, content } req.body; const userId req.user.id; if (!content || !content.trim()) { return res.json({ code: 400, msg: 回复内容不能为空 }); } // 查问题状态 const questions await db.query( SELECT status FROM question WHERE id ?, [questionId] ); if (questions.length 0) { return res.json({ code: 404, msg: 问题不存在 }); } if (questions[questionId].status 2) { return res.json({ code: 403, msg: 该问题已关闭 }); } await db.query( INSERT INTO reply (question_id, user_id, content) VALUES (?, ?, ?), [questionId, userId, content.trim()] ); // 如果是老师回复把问题状态改成已回复 if (req.user.role 1) { await db.query( UPDATE question SET status 1 WHERE id ?, [questionId] ); } res.json({ code: 0, msg: ok }); });状态流转规则要提前定死学生提问后status 0老师回复后变1提问人自己可以关闭变2。不要允许学生回复后也改状态否则“已回复”就失去意义了。参数上content.trim()同样要做空回复没有意义。4. 论文部分怎么和系统对应别让代码和文档两张皮4.1 论文框架从需求到实现的四段式课程答疑系统的论文最怕写成功能说明书。我一般建议按“需求分析 → 系统设计 → 系统实现 → 系统测试”四段来搭每段都要有代码或表结构支撑不能空谈。需求分析部分用用例图说明学生和老师分别能做什么别画得太复杂两个角色、六七个用例足够。系统设计部分把第 2 章那五张表的 E-R 图放上去再配一张系统架构图小程序端、后端、数据库三层。系统实现部分挑登录、提问、回复三个核心功能每个功能配一段关键代码和运行截图。系统测试部分列一张测试用例表比如“空标题提交”“未选课提问”“已关闭问题回复”每条写预期结果和实际结果。注意论文里的代码要和源码包里的一致不要论文写一套、代码跑另一套答辩时老师一跑就露馅。4.2 查重与 AI 味把生成内容改成自己的话现在论文查重不光查重复率还查 AI 生成痕迹。如果你用工具辅助写了初稿一定要做两件事一是把“通过本系统可以实现……”这类句式全部改成“本系统在提问时会先校验……”二是把通用描述替换成你项目里的具体参数比如“标题至少 5 个字”“状态用 0/1/2 表示”。我一般会让学生把论文里每段技术描述都对应到一行代码或一个字段对不上的就删掉。这样既降重又让论文和系统真正绑定。数据库增删改查的部分不要只写“实现了增删改查”要写清楚哪张表、哪个接口、什么条件下触发。5. 避坑与排查那些源码里不会告诉你的问题5.1 登录后 openid 重复插入现象同一用户第二次登录user表里出现两条openid相同的记录。原因登录接口用的是INSERT而不是INSERT ... ON DUPLICATE KEY UPDATE或者openid字段没加唯一索引。解决给openid加UNIQUE KEY登录时先SELECT再决定插入还是更新或者直接用INSERT ... ON DUPLICATE KEY UPDATE nickname VALUES(nickname)。5.2 提问列表按课程过滤后为空现象学生选了课但提问列表一条都没有。原因course_member表里没有该学生的选课记录或者查询时course_id传错了。解决提问前先调选课接口写入course_member列表查询用JOIN确保只查有权限的课程。排查时直接跑SELECT * FROM course_member WHERE user_id ?看有没有数据。5.3 手机号获取按钮点击无反应现象用户点击getPhoneNumber按钮没有任何回调。原因按钮没有加open-typegetPhoneNumber或者小程序没有开通“获取手机号”权限。解决检查 WXML 按钮属性并在微信公众平台后台确认该接口已开通。另外bindgetphonenumber拼写错误也会导致无反应这个错我见过好几次。5.4 回复后状态没更新现象老师回复了问题但列表里状态还是“待回复”。原因回复接口只插入了reply表没有更新question.status。解决在回复接口里判断req.user.role 1时执行UPDATE question SET status 1。排查时直接查question表的status字段值。5.5 数据库中文乱码现象提问内容里的中文显示成问号。原因数据库、表、连接字符集不是utf8mb4。解决建库时CREATE DATABASE xxx DEFAULT CHARSET utf8mb4连接字符串加charsetutf8mb4Node.js 的 mysql 模块配置charset: UTF8MB4_GENERAL_CI。三处都改缺一处都不行。6. 进阶技巧用订阅消息做答疑提醒课程答疑最影响体验的一点是老师回复了学生不知道。小程序订阅消息可以解决这个问题而且不需要长连接。流程是学生提问时弹窗请求订阅“回复通知”后端在老师回复后调用微信订阅消息接口推送。// 前端提问成功后请求订阅 wx.requestSubscribeMessage({ tmplIds: [你的模板ID], success: (res) { if (res[你的模板ID] accept) { console.log(用户同意订阅); } } });// 后端老师回复后发送订阅消息 const axios require(axios); async function sendReplyNotice(openid, questionTitle) { // 先拿 access_token实际项目要缓存 const tokenRes await axios.get( https://api.weixin.qq.com/cgi-bin/token?grant_typeclient_credentialappid${APPID}secret${SECRET} ); const accessToken tokenRes.data.access_token; await axios.post( https://api.weixin.qq.com/cgi-bin/message/subscribe/send?access_token${accessToken}, { touser: openid, template_id: 你的模板ID, page: pages/question/detail?id123, data: { thing1: { value: questionTitle }, time2: { value: new Date().toLocaleString() } } } ); }参数说明tmplIds是订阅消息模板 ID在微信公众平台申请page是用户点击通知后跳转的页面data里的字段名要和模板定义的字段对应thing类型限 20 个字符以内超了会报错。注意订阅消息是一次性的用户同意一次只能推一条所以要在提问时请求而不是登录时。验证方法真机测试提问后让老师回复看学生是否收到通知。如果收不到先查access_token是否过期再查用户是否真的同意了订阅最后查模板字段是否匹配。我一般会在后端加日志把微信返回的errcode打出来比盲猜快得多。这套方案我前后搭过三次每次都会在权限校验和字符集上翻车后来养成习惯建表先写utf8mb4接口先写权限判断提交先做trim。希望帮到你。本文还有配套的精品资源点击获取
简介这份资源是面向计算机相关专业学生与学习者的微信小程序课程答疑系统完整项目包可作为毕业设计、课程设计或期末大作业的实战素材。项目覆盖微信小程序前端开发、后端服务搭建与数据库设计全流程帮助读者在实践中掌握小程序页面设计、功能实现与调试技巧并熟悉SSM框架下的企业级应用开发思路。压缩包共1258个文件约21.79MB包含181个js脚本、138个vue组件、127个java后端源码、92个wxss与90个wxml小程序页面文件以及png、svg、jpg等界面素材和sql建表脚本、json配置、xml描述文件等结构完整、层次清晰。目前已有209人学习下载。读者可获得可直接运行的源码、数据库设计文件与配套论文文档并借此锻炼需求分析、系统设计、版本控制等软件工程实践能力同时提升技术文档与学术论文的撰写水平适合需要完整项目方案与排错参考的中级学习者。1. 课程答疑小程序从一份能跑通的源码说起课程答疑这件事放在微信生态里做最直接的价值是学生不用装 App、不用记网址扫码或搜一搜就能提问老师也能在手机上随手回。但真正落到开发很多人卡在第一步网上搜到的“微信小程序课程答疑”源码要么只有前端页面没有后端要么数据库表结构缺字段要么论文部分和代码完全对不上。我见过太多人拿到一个压缩包解压后连app.json里的页面路径都跑不通更别说登录、提问、回复这条主链路了。这篇笔记要拆的就是一套完整的课程答疑微信小程序该长什么样前端页面怎么组织、后端接口怎么设计、数据库表怎么建、论文部分怎么和系统对应。适合正在做课程设计的学生、需要快速搭原型的开发者以及要写相关论文但缺落地细节的人。核心不是炫技是把“能跑起来”这件事讲透包括那些源码里不会写、但一跑就报错的坑。2. 课程答疑小程序的功能边界与数据模型2.1 先想清楚哪些功能必须有哪些可以砍课程答疑不是通用论坛它的场景很窄一个老师对应若干课程一门课下有若干学生学生提问、老师回复、其他人可以看但不能乱改。所以功能边界要收住不然做着做着就变成第二个知乎工期直接失控。我一般会把功能分成三层。第一层是账号体系微信登录、获取手机号、绑定身份学生/老师。第二层是答疑主链路提问、回复、追问、关闭问题。第三层是辅助课程列表、我的提问、消息通知。第一层和第二层是必须有的第三层里消息通知可以先用小程序订阅消息凑合不必一上来就搞 WebSocket。提示如果只是课程设计或论文演示消息通知完全可以做成“进入页面时拉取未读数”省掉长连接带来的调试成本。这里有个容易翻车的地方很多人把“课程”做成一个独立的大模块结果表关系绕来绕去。其实课程就是答疑的一个分类维度提问时选课程列表按课程过滤足够了。2.2 数据库表设计五张表撑起整个答疑系统数据库用 MySQL 就行课程设计场景没必要上 PostgreSQL 或 MongoDB。核心表我一般建五张用户表、课程表、问题表、回复表、课程成员表。下面直接给建表语句字段名和类型都是实际跑过的。-- 用户表存微信 openid 和身份信息 CREATE TABLE user ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, openid VARCHAR(64) NOT NULL COMMENT 微信 openid唯一标识, nickname VARCHAR(64) DEFAULT COMMENT 昵称, avatar VARCHAR(255) DEFAULT COMMENT 头像地址, phone VARCHAR(20) DEFAULT COMMENT 手机号登录后获取, role TINYINT NOT NULL DEFAULT 0 COMMENT 0学生 1老师, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 课程表 CREATE TABLE course ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, name VARCHAR(128) NOT NULL COMMENT 课程名称, teacher_id INT UNSIGNED NOT NULL COMMENT 授课老师 user.id, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_teacher (teacher_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 课程成员表谁选了哪门课 CREATE TABLE course_member ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, course_id INT UNSIGNED NOT NULL, user_id INT UNSIGNED NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_course_user (course_id, user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 问题表 CREATE TABLE question ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, course_id INT UNSIGNED NOT NULL, user_id INT UNSIGNED NOT NULL COMMENT 提问人, title VARCHAR(255) NOT NULL, content TEXT, status TINYINT DEFAULT 0 COMMENT 0待回复 1已回复 2已关闭, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_course_status (course_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 回复表 CREATE TABLE reply ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, question_id INT UNSIGNED NOT NULL, user_id INT UNSIGNED NOT NULL COMMENT 回复人, content TEXT NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_question (question_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这几张表的逻辑很直白user存人course存课course_member解决多对多选课关系question和reply构成答疑主链路。参数上注意两点openid必须加唯一索引否则同一用户重复登录会插出多条记录question表的status字段用TINYINT而不是字符串查询时WHERE status 0比WHERE status 待回复快且省空间。注意utf8mb4不是可选项。微信昵称里 emoji 很常见用utf8会在插入时直接报错这个坑我踩过不止一次。2.3 接口设计RESTful 风格够用别过度设计后端接口不需要搞 GraphQL 或 RPC普通 RESTful 就够。核心接口就六个登录、课程列表、提问、回复、问题列表、问题详情。下面用 Node.js Express 写一个提问接口的示例其他接口结构类似。// POST /api/question/create // 请求体{ courseId, title, content } router.post(/create, async (req, res) { const { courseId, title, content } req.body; const userId req.user.id; // 由登录中间件注入 // 参数校验标题不能为空课程必须存在 if (!title || !courseId) { return res.json({ code: 400, msg: 标题和课程不能为空 }); } // 检查用户是否选了这门课 const member await db.query( SELECT id FROM course_member WHERE course_id ? AND user_id ?, [courseId, userId] ); if (member.length 0) { return res.json({ code: 403, msg: 你不在该课程中 }); } const result await db.query( INSERT INTO question (course_id, user_id, title, content) VALUES (?, ?, ?, ?), [courseId, userId, title, content] ); res.json({ code: 0, msg: ok, data: { id: result.insertId } }); });这段代码的关键在权限校验不是谁都能往任意课程里提问必须先查course_member。参数上courseId和title是必填content可以为空但建议前端也做非空提示。返回结构统一用{ code, msg, data }前端判断code 0即可不要一会儿返回布尔值一会儿返回对象后期维护会疯。3. 微信小程序端登录、提问、回复的完整实现3.1 微信登录与获取手机号两步走别混在一起微信小程序的登录分两步先wx.login拿code换openid再按需获取手机号。很多人把这两步写在一个按钮里结果用户拒绝手机号授权后连登录都失败了。正确做法是登录和手机号解耦。// 第一步静默登录拿 openid wx.login({ success: async (res) { if (res.code) { // 把 code 发给后端后端调微信接口换 openid const result await wx.request({ url: https://your-domain.com/api/login, method: POST, data: { code: res.code } }); // 后端返回自定义 token存起来 wx.setStorageSync(token, result.data.token); } } });// 第二步用户点击按钮获取手机号 // WXML 中button open-typegetPhoneNumber bindgetphonenumbergetPhone getPhone(e) { if (e.detail.code) { // 把 e.detail.code 发给后端后端换手机号 wx.request({ url: https://your-domain.com/api/bindPhone, method: POST, header: { Authorization: wx.getStorageSync(token) }, data: { code: e.detail.code }, success: (res) { console.log(手机号绑定成功, res.data.phone); } }); } else { // 用户拒绝授权不影响已登录状态 wx.showToast({ title: 已跳过手机号绑定, icon: none }); } }逻辑说明wx.login拿到的code只能用一次后端换完openid后要生成自己的 token 返回给前端后续接口都带这个 token。手机号获取是独立按钮用户拒绝也不影响浏览和提问。参数上注意e.detail.code是新版接口的字段老版本是encryptedDataiv现在微信已经推荐用code方式解密逻辑放在后端更安全。提示getPhoneNumber按钮必须由用户点击触发不能在onLoad里自动调否则直接报错。3.2 提问页面表单校验和提交的细节提问页面看起来简单但表单校验不做后端就会收到一堆空标题。前端校验要拦在提交之前。// pages/question/create.js Page({ data: { courseId: null, title: , content: }, onTitleInput(e) { this.setData({ title: e.detail.value }); }, async submit() { const { courseId, title, content } this.data; // 前端校验课程必选标题至少 5 个字 if (!courseId) { return wx.showToast({ title: 请选择课程, icon: none }); } if (title.trim().length 5) { return wx.showToast({ title: 标题至少5个字, icon: none }); } const res await wx.request({ url: https://your-domain.com/api/question/create, method: POST, header: { Authorization: wx.getStorageSync(token) }, data: { courseId, title: title.trim(), content } }); if (res.data.code 0) { wx.showToast({ title: 提问成功 }); // 返回上一页并刷新列表 const pages getCurrentPages(); const prevPage pages[pages.length - 2]; prevPage.refreshList prevPage.refreshList(); wx.navigateBack(); } else { wx.showToast({ title: res.data.msg, icon: none }); } } });这里有个实用技巧提交成功后不要直接navigateBack就完事要调用上一页的刷新方法否则用户返回列表看不到刚提的问题会以为没成功。参数上title.trim()去掉首尾空格避免“ ”这种全空格标题绕过校验。3.3 回复与状态流转谁能改什么时候改回复接口和提问类似但多一层状态判断已关闭的问题不能回复。后端要拦前端也要给提示。// POST /api/reply/create router.post(/create, async (req, res) { const { questionId, content } req.body; const userId req.user.id; if (!content || !content.trim()) { return res.json({ code: 400, msg: 回复内容不能为空 }); } // 查问题状态 const questions await db.query( SELECT status FROM question WHERE id ?, [questionId] ); if (questions.length 0) { return res.json({ code: 404, msg: 问题不存在 }); } if (questions[questionId].status 2) { return res.json({ code: 403, msg: 该问题已关闭 }); } await db.query( INSERT INTO reply (question_id, user_id, content) VALUES (?, ?, ?), [questionId, userId, content.trim()] ); // 如果是老师回复把问题状态改成已回复 if (req.user.role 1) { await db.query( UPDATE question SET status 1 WHERE id ?, [questionId] ); } res.json({ code: 0, msg: ok }); });状态流转规则要提前定死学生提问后status 0老师回复后变1提问人自己可以关闭变2。不要允许学生回复后也改状态否则“已回复”就失去意义了。参数上content.trim()同样要做空回复没有意义。4. 论文部分怎么和系统对应别让代码和文档两张皮4.1 论文框架从需求到实现的四段式课程答疑系统的论文最怕写成功能说明书。我一般建议按“需求分析 → 系统设计 → 系统实现 → 系统测试”四段来搭每段都要有代码或表结构支撑不能空谈。需求分析部分用用例图说明学生和老师分别能做什么别画得太复杂两个角色、六七个用例足够。系统设计部分把第 2 章那五张表的 E-R 图放上去再配一张系统架构图小程序端、后端、数据库三层。系统实现部分挑登录、提问、回复三个核心功能每个功能配一段关键代码和运行截图。系统测试部分列一张测试用例表比如“空标题提交”“未选课提问”“已关闭问题回复”每条写预期结果和实际结果。注意论文里的代码要和源码包里的一致不要论文写一套、代码跑另一套答辩时老师一跑就露馅。4.2 查重与 AI 味把生成内容改成自己的话现在论文查重不光查重复率还查 AI 生成痕迹。如果你用工具辅助写了初稿一定要做两件事一是把“通过本系统可以实现……”这类句式全部改成“本系统在提问时会先校验……”二是把通用描述替换成你项目里的具体参数比如“标题至少 5 个字”“状态用 0/1/2 表示”。我一般会让学生把论文里每段技术描述都对应到一行代码或一个字段对不上的就删掉。这样既降重又让论文和系统真正绑定。数据库增删改查的部分不要只写“实现了增删改查”要写清楚哪张表、哪个接口、什么条件下触发。5. 避坑与排查那些源码里不会告诉你的问题5.1 登录后 openid 重复插入现象同一用户第二次登录user表里出现两条openid相同的记录。原因登录接口用的是INSERT而不是INSERT ... ON DUPLICATE KEY UPDATE或者openid字段没加唯一索引。解决给openid加UNIQUE KEY登录时先SELECT再决定插入还是更新或者直接用INSERT ... ON DUPLICATE KEY UPDATE nickname VALUES(nickname)。5.2 提问列表按课程过滤后为空现象学生选了课但提问列表一条都没有。原因course_member表里没有该学生的选课记录或者查询时course_id传错了。解决提问前先调选课接口写入course_member列表查询用JOIN确保只查有权限的课程。排查时直接跑SELECT * FROM course_member WHERE user_id ?看有没有数据。5.3 手机号获取按钮点击无反应现象用户点击getPhoneNumber按钮没有任何回调。原因按钮没有加open-typegetPhoneNumber或者小程序没有开通“获取手机号”权限。解决检查 WXML 按钮属性并在微信公众平台后台确认该接口已开通。另外bindgetphonenumber拼写错误也会导致无反应这个错我见过好几次。5.4 回复后状态没更新现象老师回复了问题但列表里状态还是“待回复”。原因回复接口只插入了reply表没有更新question.status。解决在回复接口里判断req.user.role 1时执行UPDATE question SET status 1。排查时直接查question表的status字段值。5.5 数据库中文乱码现象提问内容里的中文显示成问号。原因数据库、表、连接字符集不是utf8mb4。解决建库时CREATE DATABASE xxx DEFAULT CHARSET utf8mb4连接字符串加charsetutf8mb4Node.js 的 mysql 模块配置charset: UTF8MB4_GENERAL_CI。三处都改缺一处都不行。6. 进阶技巧用订阅消息做答疑提醒课程答疑最影响体验的一点是老师回复了学生不知道。小程序订阅消息可以解决这个问题而且不需要长连接。流程是学生提问时弹窗请求订阅“回复通知”后端在老师回复后调用微信订阅消息接口推送。// 前端提问成功后请求订阅 wx.requestSubscribeMessage({ tmplIds: [你的模板ID], success: (res) { if (res[你的模板ID] accept) { console.log(用户同意订阅); } } });// 后端老师回复后发送订阅消息 const axios require(axios); async function sendReplyNotice(openid, questionTitle) { // 先拿 access_token实际项目要缓存 const tokenRes await axios.get( https://api.weixin.qq.com/cgi-bin/token?grant_typeclient_credentialappid${APPID}secret${SECRET} ); const accessToken tokenRes.data.access_token; await axios.post( https://api.weixin.qq.com/cgi-bin/message/subscribe/send?access_token${accessToken}, { touser: openid, template_id: 你的模板ID, page: pages/question/detail?id123, data: { thing1: { value: questionTitle }, time2: { value: new Date().toLocaleString() } } } ); }参数说明tmplIds是订阅消息模板 ID在微信公众平台申请page是用户点击通知后跳转的页面data里的字段名要和模板定义的字段对应thing类型限 20 个字符以内超了会报错。注意订阅消息是一次性的用户同意一次只能推一条所以要在提问时请求而不是登录时。验证方法真机测试提问后让老师回复看学生是否收到通知。如果收不到先查access_token是否过期再查用户是否真的同意了订阅最后查模板字段是否匹配。我一般会在后端加日志把微信返回的errcode打出来比盲猜快得多。这套方案我前后搭过三次每次都会在权限校验和字符集上翻车后来养成习惯建表先写utf8mb4接口先写权限判断提交先做trim。希望帮到你。本文还有配套的精品资源点击获取
