简介基于Web的智慧养老平台系统项目资源面向需要完成毕业设计、课程设计或Java全栈开发实战的开发者与在校学生。资源整合了前后端完整源码后端采用Spring Boot框架前端基于Vue.js数据库使用MySQL覆盖用户管理、数据可视化、权限控制等核心模块并实现了数据加密与SQL注入防护适合作为二次开发与功能扩展的基座。系统采用前后端分离架构代码结构清晰接口与页面逻辑层次分明便于读者快速定位功能实现同时提供了配套说明文档lw可帮助理解整体设计思路与模块划分。压缩包为zip格式整体大小约29.9MB内容包含源码及文档可直接导入开发环境运行调试。目前已有106人学习浏览适合具备一定Java与Vue基础的读者参考项目结构、理解前后端交互逻辑或在此基础上定制养老服务平台功能。1. 基于web的智慧养老平台系统为什么“能跑”和“能交付”是两回事“基于web的智慧养老平台系统”这个标题对应的是很多课程设计和毕业设计里常见的一类交付物一个名为lw.zip的压缩包里面装着后端源码、前端页面、数据库脚本和说明文档。需求本身并不复杂无非是把养老机构里的老人档案、健康监测、护理工单、床位管理从纸质台账搬到一个浏览器能访问的web项目里。但真正动手的人会发现能不能解压后跑起来和能不能作为完整系统交付中间隔着一整条环境配置与排错的路。我见过太多人卡在前三步MySQL密码不对、端口被占用、前端请求发不出去。这篇就按“拆包、搭环境、跑通、扩展、排错、加固”的顺序展开新手能一步步落地熟手可以直接看第5章的踩坑记录和第6章的部署加固。2. 看清lw.zip里的技术栈Spring Boot、Vue还是Django先别急着双击拿到lw.zip后第一反应是解压双击这一步往往就是翻车的开始。智慧养老平台这类web项目依赖关系不像普通网页那么简单后端启动依赖数据库、依赖Redis、依赖一堆第三方包前端启动依赖Node环境和npm依赖。先把压缩包里的技术栈和目录结构认全后面才能少折腾。2.1 智慧养老平台常见技术栈为什么前后端分离成了默认选项智慧养老平台系统本质上是典型的web项目核心业务是表单录入与展示并发量不大但角色多比如管理员、护工、老人家属。浏览器作为客户端有一个天然优势不用安装任何客户端登录即用权限按钮可以按角色动态渲染。所以这类项目从JSPServlet时代一路演进现在的课程设计和中小型项目基本默认采用前后端分离结构后端用Spring Boot前端用Vue数据库用MySQL。选Spring Boot Vue不是因为它最前沿而是因为它最“够用”。Spring Boot把事务、接口、参数校验这些基础能力都封装好了写一个REST接口只需要Controller、Service、Mapper三件套Vue负责页面交互分页表格、表单弹窗、状态按钮都能用现成组件实现。相比之下如果lw.zip里出现的是Django Django模板也完全可以处理这类表单系统的套路是一样的只是Python生态里更常用ORM管理数据库。遇到这种包别急着否定先看requirements.txt和项目结构。我一般建议先判断技术栈再决定怎么启动。打开压缩包根目录有pom.xml就是Maven管理的Java后端有package.json就是前端工程有requirements.txt则是Python项目有pom.xml又有package.json说明前后端分离跑不了。如果只有一个个文件夹没有这些标志文件就点开源码看后缀.java、.xml、.vue、.py、.js基本能猜个八九不离十。先分清再用正确的命令启动这才是lw.zip的正确打开方式。2.2 压缩包内的目录结构数据库脚本、后端工程和文档长什么样好的课程设计交付包目录结构往往很有规律。常见做法是压缩包根目录下有一个sql文件夹、一个backend文件夹、一个frontend文件夹再加一份设计文档或README。我用一张表整理常见结构样式如下。路径典型内容启动/查看方式sql/ 或 db/elderly.sql、init.sql 等数据库脚本用source命令导入MySQLbackend/Spring Boot工程含pom.xml和src/main/javamvn spring-boot:runfrontend/Vue工程含package.json和src/viewsnpm install npm run devdoc/需求文档、系统设计、数据库设计用word或Markdown打开README启动说明、初始账号、注意事项先读这个文件需要注意不是每个lw.zip都这么规整。我见过把SQL脚本放在doc目录里、把后端代码直接放在根目录的情况。所以第一步不要急先把压缩包展开找到这几个关键出口数据库脚本、后端入口、前端入口、启动说明。尤其要看有没有README文档很多启动细节只会写在里面比如管理员初始账号、默认密码、数据库名。如果压缩包解开后连README都没有先别慌继续往下看第5章有兜底办法。数据库脚本是全包命脉。没有它后端启动起来也没有表可用。识别方法很简单找扩展名是.sql的文件用文本编辑器打开看到CREATE DATABASE或CREATE TABLE字样基本就确认了。如果lw.zip里没有SQL文件而后端用的是MyBatisPlus这类框架可以从代码里的实体类反推出表结构这个我在第5.5节展开。也可以先用命令行快速摸清结构mkdir /tmp/lw unzip lw.zip -d /tmp/lw cd /tmp/lw find . -maxdepth 2 \( -name *.sql -o -name pom.xml -o -name package.json -o -name requirements.txt \)这条命令把压缩包解压到临时目录然后用find找出最关键的三个文件类型。maxdepth 2是为了只看前两层目录避免进入src这类深层目录刷屏。如果结果里有.sql但没有pom.xml可能后端是普通Maven子目录或者用了Gradle往深处再找一层就行。2.3 版本选型把JDK、Node、MySQL这三对组合搞对跑起一个前后端分离的智慧养老平台翻车率最高的不是代码逻辑而是版本不匹配。比如Spring Boot 3.x要求JDK17起步你却用JDK8启动直接报UnsupportedClassVersionError再比如Vue3项目用Node16也能跑但某些依赖在Node18以上才正常。所以动手之前先建一张版本对照表。技术栈常用版本关键依赖环境Spring Boot 2.5-2.7对应JDK8或11Maven 3.6MySQL驱动8.0Spring Boot 3.x对应JDK17注意javax改名jakartaVue2 Element UINode14-16较稳妥npm源建议用国内镜像Vue3 Element PlusNode16-18同样关注npm安装速度MySQL 5.7适合老项目驱动可以用com.mysql.jdbc.DriverMySQL 8.0新项目主流驱动必须用com.mysql.cj.jdbc.Driver这里重点说MySQL。lw.zip里很多项目在本地用MySQL 5.7开发但新环境装MySQL8数据库层面问题不大真正容易出问题的是驱动名和时区。MySQL8的驱动类是com.mysql.cj.jdbc.Driver连接串里最好加上serverTimezoneAsia/Shanghai否则时间和序列化都容易出毛病。如果电脑上装的是mysql80 zip绿色版我顺手说一下常见做法解压后新建my.ini配置basedir和datadir再用管理员权限执行mysqld --initialize-insecure接着net start mysql密码默认空。版本确认这个小动作能省掉后面一整天的折腾。我自己的习惯是在项目根目录开一个记事本把JDK版本、MySQL版本、Node版本记下来和application.yml、package.json里写的一次次核对。玄学其实不是很多启动失败都是因为版本对不上只是报错信息绕来绕去一眼看不到根因。3. 本地跑通最小版本从空数据库到登录页只差三步lw.zip解压后真正要跑的链路是数据库 → 后端 → 前端。这三层要按顺序来因为后端启动时要连数据库前端启动时要向后端发请求。下面从零开始。3.1 数据库初始化先执行SQL脚本再验证表与初始账号先启动MySQL服务。注意在Windows上用net start mysql在Linux上用systemctl start mysqld。然后登录数据库执行脚本mysql -uroot -p输入密码后进入MySQL命令行执行如下SQL把数据库建好、脚本导进去CREATE DATABASE IF NOT EXISTS elderly DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE elderly; SOURCE D:/lw/sql/elderly.sql; SHOW TABLES;说一下这里的参数。DEFAULT CHARACTER SET utf8mb4是必须的智慧养老平台里的老人姓名、健康备注都是中文utf8mb4可以覆盖Emoji和生僻字普通的utf8在某些排序规则下会出问题。SOURCE后面是SQL脚本的绝对路径Windows里反斜杠要写成/或者把路径放在双引号里。导入完成后SHOW TABLES至少能看到elderly、sys_user、health_record这类表名不同项目命名不一样但“用户表”和“档案表”一定在。接着验证初始账号。打开SQL文件用文本编辑器的搜索功能找INSERT INTO sys_user或USERNAME通常会有一行初始管理员例如admin/123456。如果SQL文件里没有初始数据后端会启动失败或登录页无账号可登。这时候第5.5节兜底办法就派上用场了。还可以用SQL进一步确认表数据和表数量SELECT table_name FROM information_schema.tables WHERE table_schemaelderly; SELECT * FROM sys_user;第一条查elderly数据库里实际建了多少张表第二条看用户表里的初始账号。如果sys_user表是空的先不要继续启动后端找SQL脚本里的INSERT语句或者手写一条管理员数据再往下走。3.2 启动后端application.yml里的数据源、端口和时区后端启动前先改配置文件。Spring Boot的配置在backend/src/main/resources/application.yml也可能是application.properties这里集中处理数据源和端口server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/elderly?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver这里的jdbc连接串有几个参数很重要useUnicodetrue和characterEncodingutf8是保证中文读写不乱码serverTimezoneAsia/Shanghai是避免时间字段差8小时。如果数据库密码不是123456一定要改password很多启动报错Access denied就是因为没改这里。driver-class-name在MySQL8下必须是com.mysql.cj.jdbc.Driver如果lw.zip是老项目会写com.mysql.jdbc.DriverMySQL8服务端也能识别但会有过时警告。如果项目里用了Redis配置文件里还会有spring.redis.host和port。本地没装Redis的话最稳妥的做法是先把Redis相关依赖注释掉或者启动一个默认端口的Redis。智慧养老平台里Redis通常用来存登录token和告警缓存不是核心链路缺了会影响登录态但不影响页面组装。我一般会先看它是不是被代码强制使用再决定要不要临时关掉。配置改完后在backend目录下执行mvn spring-boot:run第一次运行要下载Maven依赖如果卡住或下载缓慢检查Maven的settings.xml里有没有配置国内镜像源这是新手最容易踩的坑。看到“Started Application in X seconds”字样说明后端启动成功。如果启动后马上报错把报错关键字和下面这张表对照日志关键字含义处理Access denied for user数据库密码或用户名错检查application.yml的datasourcePort 8080 was already in use端口被占用换server.port或杀掉占用进程Unknown database elderly数据库没建回到3.1执行CREATE DATABASEFailed to configure a DataSource数据源配置缺失看url是否被注释这些报错基本都是环境问题不是代码问题。遇到“端口被占用”时Windows可以用netstat -ano | findstr 8080查PID再在任务管理器里结束进程Linux直接用lsof -i:8080。3.3 启动前端npm install与开发服务器转发进入frontend目录先装依赖cd frontend npm install npm run devnpm install成功后会生成node_modules目录这个过程和时间长短取决于网络。如果安装太慢或失败可以改npm镜像源后续第5.2节会单独讲。如果lw.zip里用的是Vue3package.json的scripts可能包含vite而不是vue-cli-service。npm run dev启动后终端会输出一个本地访问地址可能是http://localhost:5173。这时候页面请求后端同样需要在vite.config.js里配置server.proxy字段写法与vue.config.js类似但位置不同。别把vue.config.js的配置塞进vite项目文件名不对会直接不生效。前端启动后默认端口通常不是8080而是8081或5173。为了让浏览器里的页面能访问到后端8080端口Vue工程里会有一个vue.config.js文件里面有一段devServer配置典型如下module.exports { devServer: { port: 8081, proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } } }这段配置的意思是开发服务器监听8081端口所有以/api开头的请求都转发给本机8080端口的后端服务。这句话请多读两遍第5.3节的404几乎都跟它有关。这里的proxy字段是Vue开发服务器自带的功能不是额外装的东西只要target指向的后端地址正确浏览器里发到8081的/api请求就能被后端处理。3.4 验证跑通用浏览器和curl确认登录链路前后端都启动后打开浏览器访问http://localhost:8081能看到登录页。先别急着点打开浏览器的开发者工具切到Network面板然后输入账号密码点登录观察第一个请求是否返回200。也可以用命令行直接验证curl -X POST http://localhost:8081/api/login \ -H Content-Type: application/json \ -d {username:admin,password:123456}如果返回JSON里有token或用户昵称说明前端到后端的链路已经通了。如果响应404请直接跳到第5.3节多半是路径或转发配置的问题。如果响应401说明账号密码不对回到SQL脚本里找初始账号。我的习惯是验证时先看后端控制台日志如果curl返回500后端一定会打出异常栈那比前端黑匣子直观得多。到这里最小版本就跑通了。接下来第4章会带你把这套骨架变成一个敢往上加功能的智慧养老平台。4. 核心功能落地老人档案、健康告警与工单状态机跑通骨架只是第一步智慧养老平台的价值在于核心业务模块。我一般会从老人档案、健康指标、护理工单三个方向去扩展这样既能覆盖原型系统的评分点又能真实用起来。4.1 老人档案表结构设计、列表查询与详情接口老人档案是所有模块的地基。护工的每一项护理操作、健康告警、家属通知最终都要落到一个老人身上。所以表结构至少要包含身份信息、床位信息、状态信息和时间戳。常见设计如下CREATE TABLE elderly ( id BIGINT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 老人姓名, id_card CHAR(18) NOT NULL COMMENT 身份证号, gender TINYINT NOT NULL DEFAULT 0 COMMENT 0女 1男, bed_no VARCHAR(20) COMMENT 床位号, contact_phone VARCHAR(20) COMMENT 家属联系电话, status TINYINT NOT NULL DEFAULT 1 COMMENT 1入住 0离院, created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_id_card (id_card) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT老人档案;几个参数值得解释。id_card用CHAR(18)而不是VARCHAR是因为身份证号长度固定CHAR查询更快UNIQUE KEY保证同一身份证不会重复建档。status字段建议保留不要物理删除老人数据养老机构要留痕。created_at和updated_at都是数据库默认维护代码里不用手动塞时间少很多麻烦。后端接口常见做法是分页查询加关键字。用Spring Boot写一个简单的ControllerRestController RequestMapping(/api/elderly) public class ElderlyController { GetMapping public Result page(RequestParam(defaultValue 1) int page, RequestParam(defaultValue 10) int size, RequestParam(required false) String keyword) { return elderService.page(page, size, keyword); } GetMapping(/{id}) public Result detail(PathVariable Long id) { return elderService.detail(id); } }这里的page和size参数对应前端表格的页码和每页条数keyword用来按姓名/床位模糊搜索。需要说明的是RequestParam的defaultValue写在注解里比写在方法体里可读性好很多前端不传参时也会按默认值执行。detail接口用于点开档案详情页后续接健康记录、护理历史都用这个id做外键。前端页面对应的请求是GET /api/elderly?page1size10keyword张返回结果用Vue的el-table渲染即可。这部分不复杂但要注意字段名的驼峰和下划线转换建议后端统一返回驼峰避免前端额外适配。4.2 健康指标上报与告警规则不能只看单次数值健康监测是智慧养老平台相对真正养老业务的亮点通常由智能手环或床头设备上报心率、血压、血氧。上报接口负责接收数据并落库告警模块负责判断是否需要通知护工。先建一张健康指标表CREATE TABLE vital_signs ( id BIGINT PRIMARY KEY AUTO_INCREMENT, elder_id BIGINT NOT NULL, heart_rate INT NOT NULL COMMENT 心率 次/分, systolic INT COMMENT 收缩压 mmHg, diastolic INT COMMENT 舒张压 mmHg, blood_oxygen INT COMMENT 血氧饱和度 %, measured_at DATETIME NOT NULL, KEY idx_elder_time (elder_id, measured_at) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT健康指标表;注意这里没有用created_at作为测量时间因为上报的数据可能因为网络延迟晚到measured_at应该是设备端的时间戳。索引idx_elder_time很重要按老人和时间查趋势曲线索引是必须的否则数据量上去之后查询会明显变慢。告警规则不能简单写成“心率低于60就告警”。真实场景里老人翻身、手环松动都会导致单次异常误报率会很高。常见做法是采用连续两次确认同一个老人、连续两条记录、间隔不超过5分钟都超出阈值才触发告警。伪代码如下public void evaluate(Elder elder, VitalSigns latest) { VitalSigns prev vitalSignsMapper.findLastByElderId(elder.getId(), latest.getMeasuredAt()); if (prev null) return; boolean highRisk isAbnormal(prev) isAbnormal(latest); if (highRisk) { alertService.create(心率异常, elder.getId(), latest); } }参数上告警类型、阈值、确认次数这三点一定要做成可配置不要写死在代码里。不同养老床位对血压的关注点不一样有些老人基础血压就偏高统一阈值会闹出笑话。我见过一个方案是把阈值塞到数据库表alert_rule里用指标代码做key前端可以改这才是能落地的设计。如果只做一个演示版本至少把阈值放到配置文件里别在Service里写一堆魔法数字。4.3 工单/护理任务状态机状态流转与按钮可见性护理工单是连接管理员和护工的桥梁。管理员创建护理任务护工领取、开始、完成管理员取消。这里用状态机管理比单纯存一个字段更安全可以防止从已完成后倒退到处理中的脏数据。表设计添加state字段即可CREATE TABLE care_order ( id BIGINT PRIMARY KEY AUTO_INCREMENT, elder_id BIGINT NOT NULL, content VARCHAR(255) NOT NULL COMMENT 护理内容, assignee_id BIGINT NOT NULL COMMENT 护工用户ID, state TINYINT NOT NULL DEFAULT 0 COMMENT 0待处理 1处理中 2已完成 3已取消, created_by BIGINT NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT护理工单;状态流转用接口语义表达PostMapping(/{id}/start) public Result start(PathVariable Long id) { return orderService.transit(id, OrderState.TODO, OrderState.DOING); } PostMapping(/{id}/complete) public Result complete(PathVariable Long id) { return orderService.transit(id, OrderState.DOING, OrderState.DONE); }transit方法内部会执行“当前状态必须等于before状态”的校验不符合就直接报错。这样即使前端按钮被误点后端也不会执行非法流转。前端按钮的可见性可以直接依据state来渲染state含义前端可见操作0待处理开始1处理中完成2已完成无3已取消无这里有一个很容易被新手忽略的细节状态字段不要用字符串枚举直接入库容易写错用TINYINT数字更好。如果有一天发现状态怎么都扭转不动先别急着检查前端先用SQL把state字段查出来看看是不是代码里写错了数值映射。血泪经验别问我怎么知道的。5. 避坑lw.zip本地化最容易翻车的5个问题这一章把本地化踩坑按“现象、原因、解决”的方式列出来。以下每一个我都亲手翻车过值得收藏。5.1 现象导入SQL后中文全部乱码导入完成后查询表发现中文全部变成问号登录界面的提示语也是乱码。原因通常是SQL脚本本身是UTF-8编码而MySQL客户端的默认字符集是GBK或者脚本里CREATE TABLE没有指定DEFAULT CHARSET导致表建在服务器的默认字符集上。解决分两步。第一步把SQL文件用记事本另存为UTF-8编码第二步导入时在命令行执行mysql -uroot -p --default-character-setutf8mb4登录后再执行SOURCE。同时检查建表语句补上DEFAULT CHARSETutf8mb4。如果表已经建好可以用ALTER TABLE elderly CONVERT TO CHARACTER SET utf8mb4修复但更安全的做法是删库重导因为字段的COLLATE也可能不对。5.2 现象npm install卡住或反复报错npm install早上挂机跑到下午还在转圈最后报一堆ETIMEDOUT或ERR_SOCKET_TIMEOUT。原因很直接默认npm源在国外访问不稳定。解决方法是换用国内镜像源npm config set registry https://registry.npmmirror.com cd frontend rm -rf node_modules package-lock.json npm install这里做了三件事换源、清掉可能损坏的依赖、重新安装。如果lw.zip里的前端工程是Vue2老项目和Node18的一些新依赖会有兼容警告可以临时降低Node版本或用nvm切换到Node16再装。看到“UNMET PEER DEPENDENCY”也别怕多半是依赖树里某个包的版本要求冲突先锁Node版本再删除lock文件重装。5.3 现象前端登录请求一直404后端启动正常浏览器打开登录页输入账号点击登录Network面板里请求返回404控制台报“POST http://localhost:8081/api/login 404”。这个现象十次里有八次是开发服务器转发没配好。原因有三一是vue.config.js里没有proxy字段二是proxy的target写错端口比如后端是8080target写成了8081三是后端接口实际路径是/api/user/login前端请求写的是/api/login。排查时先看Network面板里完整的请求地址再用curl直接打后端地址判断是后端没这个接口还是前端转发没生效curl -X POST http://localhost:8080/api/login -d {username:admin,password:123456} -H Content-Type: application/json如果curl返回200问题一定在前端转发如果返回404就是后端路径问题。要记住前端8081只是开发服务器真正的接口在后端8080转发配置是唯一桥梁。5.4 现象页面加载正常但时间字段差8小时或报Jackson错误健康趋势图的时间轴比本地时间晚8小时或者启动时报“Java 8 date/time type not supported by default”。原因有两层MySQL连接串没设serverTimezoneJava与数据库之间用的是服务器默认时区Spring Boot默认用Jackson序列化LocalDateTime但如果配置不完整前端拿到的是数组而不是字符串。解决是在application.yml里补上必写的两个配置spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai datasource: url: jdbc:mysql://localhost:3306/elderly?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8前端显示时如果还差8小时别改前端问题通常还在后端。改完配置后重启后端再看接口返回的JSON里时间字段是不是“2026-05-01 14:30:00”这样的字符串。5.5 现象lw.zip里根本没有SQL文件打开整个压缩包没有sql目录也没有一个.sql文件。原因不是代码坏了而是交付者使用IDE自动建表或者把数据库脚本放在了自己电脑的另一个位置。这种情况下先用搜索大法在backend目录里搜“ddl-auto”或“hibernate”如果发现配置了ddl-auto: update说明启动时可以由实体类自动建表那就把它改成update启动后端后表会自动生成。spring: jpa: hibernate: ddl-auto: update但要注意这只是兜底自动建表没有索引和注释生产环境不能这么用。更好的办法是把数据库导出成SQL用Navicat或MySQL Workbench连上数据库右键转储为SQL文件。这也是为什么我一直强调拿到lw.zip先看SQL脚本它就是整个系统的后悔药丢了它后面每一步都走得比别人辛苦。6. 从课程设计到可用系统部署与Web安全加固的最短路径本地跑通之后如果只想交差第5章已经够用。但如果要把这个智慧养老平台系统变成真正能演示、甚至能试用的东西部署和安全是绕不开的。6.1 后端打包成jar前端dist交给Nginx后端执行mvn clean package -DskipTests生成target/xxx.jar。前端执行npm run build生成dist目录。在一台云服务器上装好JDK和MySQL后端用java -jar xxx.jar启动前端把dist目录放到Nginx的html路径下并让页面里的/api请求转发到本地8080端口。这样访问服务器IP就能看到完整系统。6.2 安全最低门槛改掉默认口令加一个登录拦截器很多lw.zip自带的初始账号是admin/123456这是安全隐患。我一般先改密码再加一个简单的拦截器放行/login其余接口检查请求头里有没有token。Spring Boot里用HandlerInterceptor实现二三十行代码就能挡住未授权访问。6.3 用一行命令验证部署是否成功部署完不要急着关终端做一个全链路验证curl -X POST http://your-server/api/login -H Content-Type: application/json -d {username:admin,password:新密码}能返回JSON token说明数据库、后端、接口三层是通的。接着再curl一个带token的接口确认鉴权生效。没有token时返回401才是正常。我最初做这类项目时图省事用admin/123456上线第二天日志里全是恶意登录尝试。后来养成习惯任何web项目发布前默认口令必须改token必须加超时。系统可以简单但入口不能裸奔。希望这些踩坑整理能让你少走点弯路也希望帮到你。本文还有配套的精品资源点击获取