SpringBoot+Vue前后端分离：电商商品管理系统完整实战-北京尧图网络

做电商商品管理系统这个题目十个人里少说有八个会把 SpringBoot 和 Vue 写进标题里。这不是跟风而是这套组合确实太适合用来完整过一遍前后端分离项目的核心链路了后端拿来练分层设计、数据库建模、接口封装前端拿来练组件化、状态管理、和接口联调整套流程走完你会发现其实自己已经能独立从零搭出一个能上线演示的完整系统。这篇文章我就把这个项目从方案选型、表结构设计、后端接口实现、前端页面落地再到打包部署和常见坑完整拆开讲一遍给准备拿它做课程设计、毕业设计或者第一次做完整项目练手的同学提供一套直接能改来用的方案。1. 项目整体定位与方案选型1.1 为什么这个组合被项目经理和导师都点名校先说选型逻辑。SpringBoot 这个框架能火这么多年核心就赢在省事两个字内嵌 Tomcat不用再单独配 Servlet 容器自动装配机制让绝大多数组件配置都变成了依赖坐标配合 Maven 管理依赖一个空项目从创建到能跑起来基本几分钟搞定。对比早期的 SSMSpringSpringMVCMyBatis要写一堆 XML 配置文件新手光是在配置里面排查问题就能耗掉一整天。所以现在无论公司里做中小型后台系统还是学校里做毕设SpringBoot 都是默认起点。Vue 这边的优势同样明显。它的响应式数据绑定非常适合做表格、表单、筛选条件这种强交互页面配合 Element UI 或 Element Plus 这类组件库一个商品管理列表页的交互效果用原生 JS 写至少要大半天用组件库一个小时就能怼完而且样式统一、代码整洁。更重要的是 Vue Router 和 Axios 的组合把前端路由跳转和后端接口对接这两件事都标准化了对项目开发者来说不需要再纠结这个请求该不该带 token刷新页面路由 404这类问题因为有成熟的官方方案可以套。那为什么一定要前后端分离而不是传统的 JSP 或者 Thymeleaf 模板渲染我的理解是对这个项目来说前后端分离不仅是技术趋势更是开发效率和部署体验的全面提升。前端人员和后端人员可以并行开发只要把接口约定好前端打包出来是纯静态文件扔给 Nginx 就能跑后端打包成一个 jar 独立运行两边互不干扰。而且从答辩或者面试角度讲前后端分离本身就是个明确的架构亮点比 JSP 那种服务端渲染好讲太多。1.2 功能模块怎么拆商品这条主线要打透再说需求拆解。电商系统大而全如果你把秒杀、订单、物流、支付全部列进需求清单那这个项目基本做不完了。商品管理系统之所以被单独拎出来作为题目就是因为它是电商里最核心、最基础、也最能体现 CRUD 功底的一块。我建议功能模块这样拆商品管理商品新增、编辑、上下架、删除、详情查看这里的删除一定要用逻辑删除。商品分类多级分类管理比如服装男装夹克前端用树形选择器展示。品牌管理商品关联品牌属于辅助模块但能体现表关系设计的完整性。库存管理简单做法是直接在 SKU 表上放库存字段一个规格对应一条库存记录。图片管理图片上传、回显、静态资源访问配置。搜索筛选关键词模糊搜索、分类筛选、价格区间、上架状态组合查询配分页。用户登录与权限用 JWT 做一个轻量级登录判断当前用户是否登录即可不用搞太复杂。这八个模块已经覆盖了后端分层、联表查询、文件上传、前后端交互的所有核心知识点。如果还要再加亮点可以把 Redis 缓存热点商品列表、MinIO 做独立文件存储、敏感操作日志等作为扩展点写进文档里作为进一步优化的思考但别全部堆进主体功能。1.3 技术栈清单与版本避坑直接给出一份我验证过的技术栈组合照着选能少走很多弯路层级技术选型版本建议说明后端框架SpringBoot2.7.x稳定版本别用 3.x 踩新坑持久层MyBatis-Plus3.5.x单表 CRUD 直接省掉手写 SQL数据库MySQL5.7 / 8.0注意驱动名和 url 参数差异缓存Redis可选用来做商品缓存或登录会话鉴权JWTjjwt 0.9.x无状态登录毕设好讲解前端框架Vue2.x 或 3.x文档资料差异大后面细说组件库Element UI / Element Plus与 Vue 版本对应Vue2 对 UIVue3 对 Plus构建工具Vite4.xVue3 推荐Vue2 用 Vue CLI接口请求Axios1.x统一封装是重点这里有个很实际的版本坑Vue2 和 Element UI 是一对Vue3 和 Element Plus 是一对混用会直接报一堆组件注册错误。选 Vue2 的好处是网上资料和毕业设计模板最多报错随便一搜就有答案选 Vue3 的好处是更贴近现在企业的真实技术栈写到简历上有说服力。我的建议是如果目标是稳妥通过答辩Vue2 Element UI 够用如果以后还要拿这个项目去面试展示就狠心用 Vue3 Vite Element Plus中间踩的坑都会变成你的经验。2. 后端设计与核心接口实现2.1 商品表结构设计SPU 和 SKU 一次讲透后端开发里最不该跳过的一步就是数据库设计。商品的表结构看起来简单实际做的时候绕不开两个概念SPUStandard Product Unit标准化产品单元和 SKUStock Keeping Unit库存量单位。用生活类比来讲打开一个购物网站搜纯牛奶看到的标题下有一堆可选规格比如250ml 24盒装250ml 12盒装这个商品本身是 SPU而每一个可下单购买的具体规格就是 SKU。如果不区分这两个概念把规格信息直接硬塞进一个表里会出现大量重复数据后面扩展属性根本没法维护。基于这个思路核心表我设计成下面这几张商品表spu存标题、副标题、主图、详情描述、品牌 ID、一级分类 ID、状态等公共信息。状态字段用 tinyint0 下架 1 上架删除用逻辑删除字段 is_deleted一种商品变更上下架不需要真的删数据。SKU 表sku挂在 spu_id 下。存规格名称比如颜色、容量、规格值、价格、库存、缩略图。商品列表页展示的最低价格就是该商品所有 SKU 的最低价格。分类表category存分类名称和 parent_idparent_id 为 0 表示一级分类多级分类通过这个字段自关联成一棵树。对这个项目规模来说parent_id 够用了不需要上闭包表这种复杂方案。品牌表brand品牌名称、logo、简介商品表通过 brand_id 关联。商品图片表product_image一个 SPU 有多张轮播图不能直接塞到一个字段里单独建表通过 spu_id 关联。数据库三范式听起来抽象落到这个项目里就一句话每个商品的基本信息只存一遍规格、图片这种一对多的关系用子表存查询的时候再关联。下面给一个简化的建表思路字段名建议统一用下划线风格CREATE TABLE spu ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, subtitle VARCHAR(500), main_image VARCHAR(500), category_id BIGINT, brand_id BIGINT, status TINYINT DEFAULT 0, is_deleted TINYINT DEFAULT 0, create_time DATETIME, update_time DATETIME ); CREATE TABLE sku ( id BIGINT PRIMARY KEY AUTO_INCREMENT, spu_id BIGINT NOT NULL, spec_key VARCHAR(100), spec_value VARCHAR(100), price DECIMAL(10,2), stock INT DEFAULT 0, image VARCHAR(500) );2.2 分层架构和统一返回封装后端代码结构我强烈建议采用标准的四层Controller 层控制请求分发Service 层写业务逻辑Mapper 层操作数据库entity/domain 层放实体对象。有些人觉得写这么多层麻烦直接把 SQL 写在 Controller 里短期看着代码少一旦功能变多就一团乱麻。分层的好处是每一层只做一件事答辩的时候也能很清楚地讲出每个类的作用。真正体现工程质量的是两个公共类。第一个是统一返回结果 Result 所有接口不管成功失败都返回同一个格式体这样才能和前端做约定public class ResultT { private int code; // 200 成功400 参数错误401 未登录500 服务器异常 private String message; private T data; // 静态方法 success(data) / error(code, message) }第二个是要做一个全局异常处理器用 RestControllerAdvice 注解然后在里面定义 ExceptionHandler 方法。这样子业务里抛出的 RuntimeException 不会原样把堆栈信息甩给前端而是统一包装成上面这个格式返回。分页查询的结果也不要直接返回 List而是用 PageResult 封装包含 records当前页数据、total总条数、current当前页码、size每页条数。这样前端拿到 total 之后才知道分页器要渲染多少页。2.3 核心接口的务实写法商品分页查询是列表页的核心接口。用 MyBatis-Plus 的 Page 加 LambdaQueryWrapper 会非常舒坦public PageResultProductVO queryPage(ProductQuery query) { PageProduct page new Page(query.getPageNum(), query.getPageSize()); LambdaQueryWrapperProduct wrapper new LambdaQueryWrapper(); wrapper.like(StringUtils.hasText(query.getKeyword()), Product::getTitle, query.getKeyword()); wrapper.eq(query.getCategoryId() ! null, Product::getCategoryId, query.getCategoryId()); wrapper.eq(query.getStatus() ! null, Product::getStatus, query.getStatus()); wrapper.between(query.getMinPrice() ! null query.getMaxPrice() ! null, Product::getPrice, query.getMinPrice(), query.getMaxPrice()); wrapper.orderByDesc(Product::getCreateTime); PageProduct result productMapper.selectPage(page, wrapper); // 再转成 ProductVO填充分类名称、品牌名称、最低价格 }这里有个前后端容易对不上的点前端传的 pageNum 和 pageSize 从 1 开始MyBatis-Plus 的 Page 也是从 1 开始正好一致。但如果你换用 PageHelper它的页码是从 1 开始、offset 从 0 算写代码时容易混这也是我推荐 MyBatis-Plus 的原因之一。条件查询建议都加条件判断不满足条件就不拼接前端传空值的时候查出来的就是全量数据而不是一条查不到。新增商品这个接口尤其需要注意事务。一次新增会同时往 spu、sku、product_image 三张表插数据任何一个子表失败都应该整体回滚。在 Service 方法上加上 Transactional 注解默认遇到运行时异常就会回滚。如果漏了这个注解分页数据可能会出现商品列表能显示标题点进详情 SKU 却查不到这种脏数据问题。图片上传接口也很关键。典型做法是用 MultipartFile 接收文件保存到服务器本地指定目录再配置一个 WebMvcConfigurer 把磁盘路径映射成虚拟 URLConfiguration public class WebMvcConfig implements WebMvcConfigurer { Value(${file.upload-dir}) private String uploadDir; Override public void addResourceHandlers(ResourceHandlerRegistry registry) { // 将 /upload/** 映射到本地磁盘目录 registry.addResourceHandler(/upload/**) .addResourceLocations(file: uploadDir); } }为什么不把图片直接丢进 resources/static因为项目一旦打包成 jar这个目录是只读的而且每次重新部署图片就丢了。把图片存到项目外部目录通过虚拟路径映射访问重启不影响也算一个小型文件系统的雏形。如果以后要扩展到多台服务器部署或容器化部署再用 MinIO 或云对象存储替代本地磁盘即可。3. 前端 Vue 部分的落地实现3.1 初始化环境与项目骨架规划前端环境坑比后端多我见过太多同学不是代码写不出来而是环境没配好。Node 建议直接装 LTS 版本低于 14 的版本跑 Vue3 会报错太高版本也可能碰到 node-sass 装不上的老问题如果你用 Vue2 配 node-sass 的话。npm 默认源在国内装依赖经常卡死先执行下面这条命令切到国内镜像后面能省太多时间npm config set registry https://registry.npmmirror.com创建 Vue3 项目用 Vite 是最顺手的npm create vitelatest product-manage -- --template vue创建完之后装依赖再装路由、状态管理、UI 组件库、Axios 这几样npm install vue-router4 pinia axios element-plus目录结构我强烈建议按功能模块来组织而不是把几十个文件全堆在 components/src 下面src/api每个后端模块对应一个 JS 文件比如 product.js、category.js统一在这里封装所有请求。src/views页面级组件比如列表页、编辑页、登录页。src/router路由配置带上登录守卫。src/storePinia 状态放用户信息这类全局共享数据。src/components可复用的业务组件比如商品选择器、图片上传组件。所有接口调用不要散落在页面里写统一封装到 api 目录这是前端代码后期最好维护的实践。比如 product.js 里面定义一个跨 App 的 Axios 实例把 baseURL 指向 /api请求拦截器里从 localStorage 取 token 塞进请求头响应拦截器统一处理后端返回的 code这种方式写完之后调用任何接口只需要写一行函数调用。响应拦截器的核心逻辑是如果 code 是 200 直接返回 data如果是 401 跳转登录页其他错误就弹一个 ElMessage 提示。3.2 商品列表页表格、搜索、分页三位一体商品列表页看起来分三块实际是一个联动状态机。页面上放一个搜索表单区域、一个表格区域、一个分页器区域。搜索表单里包含关键词输入框、分类下拉框或者级联、状态下拉框、价格区间输入点击搜索按钮时把表单数据赋值给查询条件对象同时把当前页码重置成 1再触发查询方法。分页器的 current-change 事件和 size-change 事件触发查询但是页码变化的时候不能再重置页码否则永远停留在第一页。表格区域用 el-table 渲染我建议配置下面这几列商品主图用 el-image 加预览、标题带省略和 tooltip、分类名称、品牌、销售价格取最低价、库存、状态el-switch 开关、操作区编辑、上架/下架、删除。el-switch 绑定的是当前行对象的状态字段但注意它默认绑定的是 boolean而后端 status 是 0/1 整数直接用会发出去 false/true。解决办法有两个一是用 :active-value1 :inactive-value0 把开关值改成数字二是监听 change 事件手动把 false/true 转回 0/1 再传。我推荐第一种一行属性就解决。列表接口返回的数据结构要和后端 PageResult 完全对齐。如果后端返回的 total 为 0前端分页器不显示这是用户最直观的反馈。每个商品的编辑按钮跳转到 /product/edit/:id通过路由参数带 id编辑页再根据 id 回显数据。删除按钮点完先来一个 ElMessageBox.confirm 二次确认确认后再调删除接口删除成功刷新当前列表。这个二次确认是做后台系统的基本素养别嫌啰嗦。3.3 商品编辑页表单、规格、图片上传的配合商品编辑页是前端最复杂的一页也是整套系统能不能给答辩老师留下好印象的关键。它至少由三块组成基础信息表单、SKU 规格列表、图片上传组件。基础信息表单用 el-form 加 rules 做校验标题必填、价格必须大于 0、分类必选。分类用 el-cascader 级联选择器因为分类是树形结构要提前把后端返回的扁平列表组装成 children 树结构传入 options。这里有个很隐蔽的坑el-cascader 的 v-model 值是一个数组代表着从一级分类到叶子分类的整条路径比如 [1, 3, 5]但后端只需要最后一级分类 id5。提交前要取数组最后一项编辑回显时又要把 5 转回 [1, 3, 5] 才能正确显示。很多同学在这里对不上数据页面表单不显示分类就是这个原因。SKU 列表是动态行表单用 v-for 循环渲染一个数组数组里每个对象包含规格名、规格值、价格、库存、图片。行内提供添加SKU和删除本行按钮添加时往数组 push 一个空对象删除时 splice。提交前确保每个 SKU 行都通过校验价格可以用 el-input-number 限制精度。如果想做得再炫一点可以在没填完一行时禁用添加SKU按钮防止用户提交空行。图片上传这块el-upload 组件可以直接把 action 指向后端上传接口但要注意两件事一是请求头要带 token否则后端拦截器会拒绝二是 on-success 回调里要拿后端返回的图片 URL写入 v-model 绑定的数组。编辑回显的时候因为 URL 是相对路径比如 /upload/xxx.jpg而开发环境的静态资源代理和后端接口代理是两条规则要确认图片 URL 也能经过代理正常加载否则就是一个裂图在那里摆着很影响观感。前端调试必须提到 vue devtools。点击浏览器右上角的 Vue 面板可以实时查看组件 data、props、Pinia 状态、路由信息比到处 console.log 好用太多。排查表单值明明改了但提交到后端是空这类问题时直接在 devtools 里看表单绑定的源对象基本一眼定位。4. 前后端联调、打包与部署4.1 接口约定与跨域处理策略前后端分离最大的痛点就是你等我的接口我等你的页面省心的办法是从第一天就把接口约定死。比如商品相关的 RESTful 风格接口我习惯统一加 /api 前缀防止和后端静态资源冲突GET /api/products分页条件查询商品列表GET /api/products/{id}商品详情POST /api/products新增商品PUT /api/products/{id}更新商品DELETE /api/products/{id}删除商品逻辑删PUT /api/products/{id}/status上架/下架返回格式统一是 Result前端根本不需要猜。开发阶段跨域问题有两个解决方向。如果前端跑在 5173 端口、后端跑在 8080 端口浏览器会拦截跨域请求。最常见的解法是前端 Vite 配置代理把 /api 开头的请求代理到后端地址。这样浏览器看到的请求还是相对路径不会产生跨域而且不需要后端做任何 CORS 配置。后端如果不是前后端分离而是被人直接访问接口可以用 CrossOrigin 注解或者全局 CORS 配置处理但留意 allowCredentials(true) 时 allowedOrigins 不能用通配符 *。生产环境更简单Nginx 既托管前端静态文件又把 /api 反向代理到后端服务浏览器请求的是同源地址天然无跨域问题。4.2 打包部署jar 加 Nginx 的标准姿势后端打包干净利落mvn clean package -DskipTests打完在 target 目录下得到一个 executable jar。运行只需要保证服务器上有 JDK 8 以上版本java -jar product-manage.jar --spring.profiles.activeprod配置文件我建议拆成 application.yml公共配置、application-dev.yml本地开发、application-prod.yml服务器生产。生产环境的数据库连接、上传目录路径、日志级别都不要写死在开发配置里用外部配置覆盖这样换一台服务器不用重新打 jar。另一个容易被忽略的点是上传目录生产环境下一定要给一个服务器上的绝对路径不然图片会存到 jar 运行目录下的随机位置后面扩容迁移找都找不到。前端打包更简单npm run build生成到 dist 目录把 dist 里的内容扔到 Nginx 配置的 root 指向的目录下即可。但这里有一个所有 Vue 项目都会遇到的经典配置如果前端用了 Vue Router 的 history 模式直接刷新一个二级页面路径比如 /product/edit/3会返回 404因为服务器找不到这个物理路径。必须在 Nginx 配置里加一行 try_files 把不存在的路径重写回 index.html让前端路由接管location / { root /usr/share/nginx/html; index index.html; try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; }注意 proxy_pass 后面的地址要写对如果 /api 这个路径要保持原样传给后端就写 http://127.0.0.1:8080/ 这个带斜杠的写法不要额外加 /api不然会变成 8080/api/api 这种路径。4.3 Docker 化部署示例如果想把部署做成项目亮点或者给毕设文档里加一个使用 Docker 一键部署的章节可以走容器化。思路是三个容器MySQL、后端服务、前端 Nginx用 docker-compose 编排。后端 Dockerfile 最简单FROM openjdk:8-jdk-alpine COPY target/product-manage.jar /app.jar ENTRYPOINT [java, -jar, /app.jar]前端因为 build 之后只是静态文件可以直接用 Nginx 官方镜像配合上面那段配置。docker-compose 里把 MySQL 的数据目录用 volume 挂载出来避免容器删除导致数据丢失后端服务通过环境变量注入数据库地址和账号密码。这样整套系统在任意一台装有 Docker 的机器上一条命令就能拉起来演示效果和对工程化的理解都会比单纯的本地运行强不少。容器化部署遇到的问题基本集中在网络和端口映射排查时把 docker logs 和后端日志结合起来看就比较容易定位。5. 常见问题速查与避坑经验5.1 高频故障排查表做这个项目必然会踩坑我把自己遇到的、身边同学遇到的高频问题整理成一张速查表遇到类似现象可以直接对号入座现象可能原因解决方案前端刷新页面就 404Nginx 没配置 try_files加 try_files $uri $uri/ /index.html图片加载 404静态资源映射路径不对检查 WebMvcConfig 映射和实际磁盘路径图片加载 403目录权限不足或跨域给上传目录加权限或用代理转发分页共 0 条pageNum/size 参数没传或前后端字段名不一致打开网络面板看请求参数和返回的 total接口返回 401token 过期或没带检查请求拦截器是否取到 localStorage 的 tokennpm install 一直报错依赖源慢或版本冲突切换镜像源或删 node_modules 重新装MySQL 中文乱码jdbc 连接串没指定编码url 加 characterEncodingutf8 和 serverTimezone后端端口被占用上次进程没关干净Windows 用 netstat 查 PIDLinux 用 lsof 或 ss跨域请求失败生产没走 Nginx 代理开发代理配置错误按阶段分别用 Vite proxy 或 Nginx 反代编辑页级联分类不显示后端返回的是扁平 list前端没组树前端写递归组装 children或后端返回树5.2 通用排查思路先看网络再看日志最后断点很多新手一遇到问题就从头到尾读代码效率极低。我自己的排查顺序永远是先打开浏览器 DevTools 的 Network 面板看请求有没有发出去、状态码是多少、返回体的 code 是多少。这一步能区分问题出在前端还是后端如果请求标红或者 code 是 400/500说明问题大概率在后端直接去翻后端控制台或日志文件的异常堆栈如果请求根本没发出去那就是前端逻辑问题比如校验没过、按钮没绑事件、路由跳转失败。定位到后端后别急着猜先看日志。SpringBoot 默认控制台会打印异常栈要找的是 Caused by 那一行那才是根因。比如最常见的 ClassNotFoundException 和 BeanCreationException十有八九是 Maven 依赖冲突或者没加 dependency。定位到前端后优先用 vue devtools 看数据流列表数据有没有赋值、表单绑定对象有没有变化、路由参数有没有正确拿到。逻辑不复杂的情况下断点都不一定用得上。这套排查流程几乎能覆盖这个系统 90% 的 bug。5.3 这个项目还能往哪个方向扩展做完这套商品管理之后如果还想往上加点分量我建议优先做下面几件事按性价比排序。第一是给商品列表加 Redis 缓存查询时先走缓存缓存没有再查数据库这是面试必问的缓存穿透、缓存雪崩问题的天然练习场景但要注意商品上下架时缓存要同步失效。第二是用 MinIO 替换本地磁盘文件存储把图片上传变成真正工业级的对象存储方案前端代码几乎不需要改只改后端存储逻辑。第三是加一个简单的订单模块从商品 SKU 下单、扣库存、生成订单到订单列表这样系统就从商品管理扩展成了小型电商系统完整性又高了一档。再往后还可以接 ElasticSearch 做商品全文检索接消息队列处理下单后的异步通知但那些就不是这个题目范围内必须要做的了。回头再看整个项目我最想提醒后来者的一点是先把需求拆清楚把表设计好再动手写代码。我在实际做的时候犯过的最蠢的错误就是一开始没想清楚 SPU 和 SKU 的关系直接一个商品表硬塞所有字段写到后面改表结构差点重写一遍。项目本身的技术点并不神秘难的是在一开始就把每一层的边界想明白。另外就是学会给自己留出联调和排查的时间别把编码排得太满前后端联调永远比你想象中花时间。希望这份拆解能帮你少走几个月的弯路。

SpringBoot+Vue前后端分离：电商商品管理系统完整实战

相关推荐

AI优化屎山实战：性能分析驱动遗留代码千倍提速

SEO外链新思路：中间人策略的三种模型与实战指南

期货量化策略云端部署实战：从本地迁移到云服务器的完整指南

更多资讯

多模态手机认知筛查：把评估融入日常行为

OpenCV双目三维重建从标定到点云：SGBM匹配与三角测量实战指南

如何让项目对AI编程助手友好：full-stack-ai-agent-template的CLAUDE.md与.claude工具集完全指南

Nezha Hook机制揭秘：不改用户配置给Claude Code和Codex注入事件监听的设计之道

Ogre双渲染后端与网络同步架构实战解析

文献综述降AI检测实操：嘎嘎降AI怎么用才不翻车

今日更新

本周精选

交通拥堵预测毕设：基于Python+LSTM的车辆流量预测系统全流程解析

MATLAB/Simulink搭建10机39节点电力系统暂态稳定仿真实战

无人机航拍三维重建全流程：从SfM到网格生成的避坑指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？