业务和功能介绍
这个项目是一个基于若依二次开发的业务系统，整体采用经典的前后端分离架构：后端以 Spring Boot 2.5.x + MyBatis 为核心，前端使用 RuoYi-Vue 技术栈承载管理端页面与交互。代码结构延续若依多模块设计，根工程统一管理依赖与版本，按职责拆分为 ruoyi-admin（Web 入口）、ruoyi-framework（安全与框架能力）、ruoyi-system（系统管理能力）、ruoyi-common（通用组件）、ruoyi-quartz（定时任务）和 ruoyi-generator（代码生成）等模块，具备较好的工程化组织方式，便于按功能扩展和部署维护。
本项目的核心场景围绕“商品-下单-支付-履约-售后”形成完整闭环。控制层包含商品分类、商品管理、订单、子订单、购物车、售后、观演人、地址、轮播图、图文内容、表单等多个子域接口，同时提供面向微信端的聚合入口。业务命名和接口路径显示该系统兼具后台运营管理能力与微信侧用户服务能力，既支持后台对商品、内容、订单状态进行维护，也支持用户在微信端完成浏览、下单、支付、查询与售后申请等流程。
在核心交易链路上，订单服务实现了较完整的状态流转逻辑：下单前进行库存校验和扣减，生成主订单与子订单号，记录订单日志，结合 Redis 做待支付订单的超时控制，再通过支付回调推进支付状态与订单状态变更。支付模块集成微信支付能力，覆盖下单支付、回调验签处理、退款等关键路径；同时系统通过枚举类管理支付状态、订单状态与售后状态，提高了状态机可读性和一致性。
项目使用 MySQL 作为主数据存储，Druid 连接池管理数据库连接，Redis 承担缓存、会话态与部分业务状态存储；并集成 Redisson 用于分布式锁等并发控制场景。接口规范沿用若依体系的统一响应对象与分页对象，便于前后端协作和标准化返回。系统还保留了 Swagger、日志审计、权限控制、字典配置、定时任务等通用企业后台能力，具备较强的可运营性。整体上，这是一个以若依为底座、深度贴合微信业务流程的交易型管理系统，既继承了成熟后台框架的稳定性，也通过 mt 业务域实现了面向实际运营场景的功能落地。
本项目的核心场景围绕“商品-下单-支付-履约-售后”形成完整闭环。控制层包含商品分类、商品管理、订单、子订单、购物车、售后、观演人、地址、轮播图、图文内容、表单等多个子域接口，同时提供面向微信端的聚合入口。业务命名和接口路径显示该系统兼具后台运营管理能力与微信侧用户服务能力，既支持后台对商品、内容、订单状态进行维护，也支持用户在微信端完成浏览、下单、支付、查询与售后申请等流程。
在核心交易链路上，订单服务实现了较完整的状态流转逻辑：下单前进行库存校验和扣减，生成主订单与子订单号，记录订单日志，结合 Redis 做待支付订单的超时控制，再通过支付回调推进支付状态与订单状态变更。支付模块集成微信支付能力，覆盖下单支付、回调验签处理、退款等关键路径；同时系统通过枚举类管理支付状态、订单状态与售后状态，提高了状态机可读性和一致性。
项目使用 MySQL 作为主数据存储，Druid 连接池管理数据库连接，Redis 承担缓存、会话态与部分业务状态存储；并集成 Redisson 用于分布式锁等并发控制场景。接口规范沿用若依体系的统一响应对象与分页对象，便于前后端协作和标准化返回。系统还保留了 Swagger、日志审计、权限控制、字典配置、定时任务等通用企业后台能力，具备较强的可运营性。整体上，这是一个以若依为底座、深度贴合微信业务流程的交易型管理系统，既继承了成熟后台框架的稳定性，也通过 mt 业务域实现了面向实际运营场景的功能落地。
项目实现
在这个项目里，我整体采用的是“若依底座 + 业务域扩展”的思路。底层沿用若依多模块结构，把公共能力和业务能力拆开，避免把所有代码堆在一个工程里。技术上，后端是 Spring Boot + Spring MVC + MyBatis，数据库用 MySQL，缓存和状态控制用 Redis，并发控制场景引入了 Redisson。系统模块上，ruoyi-framework 负责安全、权限、拦截器、统一异常等基础能力；ruoyi-system 承担用户、角色、菜单、字典等通用管理；ruoyi-common 放工具类和公共封装；ruoyi-admin 作为接口入口承载具体业务；ruoyi-quartz 负责定时任务；ruoyi-generator 用于代码生成提效。前端是若依 Vue 体系，走前后端分离，后端只提供标准化 REST 接口。这种设计的核心目标是：基础能力稳定复用、业务模块快速迭代、线上问题可定位可追踪。
我自己主要负责的是 mt 业务域里的交易主链路，重点包括商品下单、购物车结算、微信支付回调、售后流程、订单状态流转和相关日志追踪。落地结果上，我完成并联调了订单/支付/售后相关核心接口链路，覆盖“创建订单-库存校验与扣减-待支付超时控制-支付回调改态-履约/提货-售后申请与审核”等关键环节；仅微信侧聚合接口就沉淀了 50+ 个，后台管理侧对应模块也全部打通，包含订单、子订单、售后、地址、观演人、商品等管理能力。业务稳定性上，我把订单状态和支付状态做了枚举化和分层处理，减少了“魔法值”带来的误改；把待支付订单放进 Redis 做超时控制后，明显减少了脏订单和超时未关闭带来的人工处理成本。项目推进方式上，我是按“接口先行 + 状态机兜底 + 日志可回放”来做，确保每次改动都能回溯。
项目里最难的点主要有三个。第一是交易状态一致性，尤其是“下单扣库存”和“支付回调改状态”之间的时序问题。早期踩过的坑是并发下单或重复回调导致状态覆盖，出现库存与订单不一致。我的处理是把关键状态流转前置校验、幂等判断和锁控制结合起来：库存操作集中收口、支付回调按订单号做幂等、只允许状态单向推进，同时把关键操作写入订单日志，出问题能快速还原现场。第二是金额精度问题，前后端传参和第三方支付对金额单位不一致，容易出现“元/分”混用。我统一采用“数据库存分、展示层转元”的策略，并在下单、回调、退款三条链路做统一转换，避免了对账差异。第三是微信支付和售后退款链路联动复杂，回调报文、验签、异常分支多，稍不注意就会造成“支付成功但本地状态未更新”或“退款结果未落库”。我把回调处理拆成“报文解析-结果校验-业务更新-日志记录”四步，出现异常时保证可重试、可补偿，并通过统一返回和告警日志降低排查成本。
我自己主要负责的是 mt 业务域里的交易主链路，重点包括商品下单、购物车结算、微信支付回调、售后流程、订单状态流转和相关日志追踪。落地结果上，我完成并联调了订单/支付/售后相关核心接口链路，覆盖“创建订单-库存校验与扣减-待支付超时控制-支付回调改态-履约/提货-售后申请与审核”等关键环节；仅微信侧聚合接口就沉淀了 50+ 个，后台管理侧对应模块也全部打通，包含订单、子订单、售后、地址、观演人、商品等管理能力。业务稳定性上，我把订单状态和支付状态做了枚举化和分层处理，减少了“魔法值”带来的误改；把待支付订单放进 Redis 做超时控制后，明显减少了脏订单和超时未关闭带来的人工处理成本。项目推进方式上，我是按“接口先行 + 状态机兜底 + 日志可回放”来做，确保每次改动都能回溯。
项目里最难的点主要有三个。第一是交易状态一致性，尤其是“下单扣库存”和“支付回调改状态”之间的时序问题。早期踩过的坑是并发下单或重复回调导致状态覆盖，出现库存与订单不一致。我的处理是把关键状态流转前置校验、幂等判断和锁控制结合起来：库存操作集中收口、支付回调按订单号做幂等、只允许状态单向推进，同时把关键操作写入订单日志，出问题能快速还原现场。第二是金额精度问题，前后端传参和第三方支付对金额单位不一致，容易出现“元/分”混用。我统一采用“数据库存分、展示层转元”的策略，并在下单、回调、退款三条链路做统一转换，避免了对账差异。第三是微信支付和售后退款链路联动复杂，回调报文、验签、异常分支多，稍不注意就会造成“支付成功但本地状态未更新”或“退款结果未落库”。我把回调处理拆成“报文解析-结果校验-业务更新-日志记录”四步，出现异常时保证可重试、可补偿，并通过统一返回和告警日志降低排查成本。
示例图片视频
相似推荐
志愿者服务平台
业务目标：统一管理志愿者注册报名、志愿活动发布、活动签到、请假、活动审核、招募单位管理，实现志愿服务线上化管理，方便志愿机构发布志愿任务，志愿者参与志愿活动，记录志愿时长，规范化志愿服务流程。
业务角色分为两类：
1. 志愿者（移动端 / 前端用户）：注册账号，浏览活动、报名参加活动、签到打卡、请假、查看个人参与的活动、维护个人信息、接收系统消息。
2. 系统管理员（Web 后台）：管理招募单位、发布志愿活动、审核志愿者活动、维护系统基础数据，对整个平台数据进行增删改查管理。
水利大模型通用管理平台
项目背景
面向水利行业的 TF 数学模型统一管理平台，将 Python 水利建模文件统一解析、调度与运行，为业务系统提供标准化模型调用与结果管理。为政府水利项目提供充实的保障和便利。
负责 Python 模型文件解析与统一调度接口开发，通过 ProcessBuilder 调用 Python 执行引擎实现模型运行。
参与模型元数据管理与版本控制模块设计，支持模型上传、存储与生命周期管理。
协助完成 GaussDB 数据持久化与 Redis 缓存集成，参与前后端接口联调与自测。
基于 Spring Boot 线程池与 Redis 分布式锁实现多模型并发调度，全局异常拦截返回标准化错误码。
面试评分系统
解决应急行业在公务员招聘，由传统的纸质面试流程，转变为线上评分，减少纸质操作，面试工作增效赋能
web端功能主要包括：
1.面试信息管理（面试任务安排、面试日程管理、考生和考官的信息管理）
2.评分信息管理（评分数据、评分要素）
3.抽签管理（抽签编排）
移动端功能主要包括：
1.面试信息面板
2.电子评分
3.在线签名
无人机管控综合大屏平台-无人机管控综合大屏平台
技术栈：Vue3 + TypeScript + Element‑Plus + OpenLayers + Cesium + ECharts + WebGL + GLSL + GeoServer + PostGIS + Java + Nginx + ArcGIS
平台面向集团水电业务，构建二三维一体化无人机管控系统，实现空间数据服务管理、无人机任务全生命周期管理、机库设备实时监控、飞行航线规划、安全冲突评估、巡检成果可视化、多维统计分析。
1. 二三维地图模块：Cesium 承载三维地形场景，OpenLayers 负责二维业务地图；基于 WebGL/GLSL 自定义着色器，实现管线、航线、巡检区域特效渲染；对接 GeoServer 发布 WMTS/WFS 空间服务，PostGIS 存储管理点位、航线、巡检区域等空间矢量数据；兼容 ArcGIS 各类空间数据格式。
2. 无人机业务模块：机库站点树管理、无人机设备实时状态监控、机库视频预览；业务需求录入、航线航点编辑、空域 / 时间 / 航线三重安全评估；任务拆分、子任务冲突校验、设备指派下发；飞行任务列表管理，展示里程、时长、告警信息，查看图片视频巡检成果。
3. 可视化大屏模块：资源指标概览、任务多维度统计图表，任务类型、任务状态、飞行趋势、机库能力排行、隐患处置排行，支撑运维决策。
4. 后端服务：Java 提供业务接口，PostGIS 处理空间查询、空间计算；Nginx 做反向代理、静态资源、地图服务代理。
文旅游客服务小程序-文旅游客服务小程序
使用技术
Uni‑App、Vue2、uView UI、高德地图 SDK
本项目面向游客打造文旅游客服务小程序，目标整合景区、文旅资讯、特产消费、地图导览等能力，为游客提供一站式旅游服务。系统包含首页、资讯、关于我们三大底部菜单模块。首页提供搜索、预约购票、特产购物、客服、文旅一张图、品牌推荐功能；热点区域按自然风光、名胜古迹、公园乐园分类展示各地景区卡片。资讯模块展示各地文旅官方发布的旅游线路、花事活动、农特产品直播等图文资讯，支持浏览官方发布内容。一张图模块集成地图，可切换文旅小馆、公厕、酒店、餐馆等 POI 图层，地图打点展示点位，列表展示周边商家评分、价格、距离、评论信息。业务流程：游客打开小程序，首页浏览景区，搜索目的地，可预约景区购票，查看文旅资讯；进入一张图地图导览，查看周边餐饮住宿配套，获取位置距离信息，完成旅游信息查询、出行参考。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服