ContiNew Admin 中后台管理框架

📚在线文档 | 🚀 演示地址（账号/密码：admin/admin123）

简介

ContiNew Admin（Continue New Admin）持续迭代优化的前后端分离中后台管理系统框架。开箱即用，持续提供舒适的开发体验，依托开源协作模式，提升技术透明度、放大集体智慧、共创优秀实践，源源不断地为企业级项目开发提供助力。

当前采用的技术栈：Spring Boot3（Java17）、Vue3 & TS & Vite & Arco Design、Sa-Token、MyBatisPlus、Redisson、JetCache、JustAuth、Crane4j、EasyExcel、Liquibase、Hutool 等。

项目起源

我热衷于做数据归档，归档后的数据可以提高学习/工作效率，为记忆“减负”，在持续的数据归档中，优质的“沉淀”会带来非匀速、跨越式的学习/工作体验。数据归档是一件需要持续去做的事情。

从接触程序代码的第一天，我的程序数据归档也随之开始了，刷过的算法题、笔记、对接各种组件的配置文件，甚至于一些亮眼的样式设计、“如诗”的代码片段。这些数据的沉淀丰富了我的解决方案，提高了我的编程效率，逐渐为各种场景落实成了一个个雏形程序。再后来，我意识到，我归档的这些雏形程序，有一个更为妥贴的名称：程序框架/脚手架。

技术的发展，导致这些雏形程序的生命周期很是短暂，它们有别于我归档的其他数据，有时由于工作的原因，没有时间很好的去沉淀它们，在使用时变得越来越不顺手。所以，某段时间，我放弃了维护，而是去采用一些更为成熟的框架。

不过，在陆续几年使用了一些同类框架之后，我前后遇到了一些困难：

1. 想要找到一个扩展性佳，代码规范良好，开发体验舒适的框架很不容易，总是差些什么
2. 对于初始使用似乎过度设计，上手困难？或是功能不全，全在专业版（收费）？更甚者，代码阅读性差，文档还要收费
3. 好不容易找到一些相较合适的，没过“多久”，部分作者可能谈恋爱了，没法对外发“电”了
4. 提 PR 可能又和原作者理念不一致，对部分框架进行二开，但又会囿于原始设计
5. 在工作中，很多想法/设计受限于客户需求、开发工期，必须优先以交付为导向，想要依靠工作来完善一个脚手架，既不现实也不甚美妙

“种一棵树最好的时间是十年前，其次是现在”。最终，我选择自己在业余时间从头写一个试试，从添加每一个依赖开始，我希望它能持续的迭代优化、演进，所以我把它命名为ContiNew（Continue New）。我希望它不仅仅能吸收我的需求，而是依托开源协作模式，接受更多的可能性，沉淀更优秀的思考，设计。另外，开源出来，如果能为更广泛的小伙伴提供舒适的开发体验那就更好了。

项目源码

为什么选我们？

[!TIP]如需完整图文描述，请点击打开《在线文档》查阅。

1.甄选技术栈： ContiNew（Continue New） 项目致力于持续迭代优化，让技术不掉队。在技术选型时，进行深度广泛地调研，从流行度、成熟度和发展潜力等多方面甄选技术栈。 e.g. 前端：Vue3 & Element Plus、TypeScript、Vite5；后端：Spring Boot、Sa-Token、MyBatis Plus、Redisson、JetCache、Crane4j、Hutool 等。

2.Starter 组件： 从 v2.1.0 版本开始，抽取并封装后端基础组件及各框架集成配置到 ContiNew Starter 项目，且 已发布至 Maven 中央仓库，可在你的任意项目中直接引入所需依赖使用。即使你不用脚手架项目，难道能让你搭项目框架更快、更爽、更省力的 Starter 也要 Say No 吗？

3.CRUD 套件： 封装通用增删改查套件，适配后端各分层，几分钟即可提供一套 CRUD API，包括新增、修改、批量删除、查询详情、分页列表查询、全部列表查询、树型列表查询、导出到 Excel，且 API 支持按实际所需开放或扩展。

@Tag(name ="部门管理 API")@RestController@CrudRequestMapping(value ="/system/dept", api = {Api.TREE, Api.GET, Api.ADD, Api.UPDATE, Api.DELETE, Api.EXPORT})public class DeptController extends BaseController{}

4.代码生成器： 提供代码生成器，已配套前、后端代码生成模板，数据表设计完之后，简单配置一下即可生成前、后端 80% 的代码，包含 CRUD API、权限控制、参数校验、接口文档等内容。如果业务不复杂，也可能就是 99% 的代码。

5.改善开发体验：持续适配、优化能改善开发体验的组件。

• 适配 Crane4j 数据填充组件，减少因为一个用户名而产生的联表回填；
• 适配 P6Spy SQL 性能分析组件，开发期间方便监控 SQL 执行；
• 适配 TLog 链路追踪组件，方便在杂乱的日志文件中追踪你某次请求的日志记录；
• 适配 JetCache 缓存框架（比 Spring Cache 更强大易用），通过注解声明即可快速实现方法级缓存，极大改善编码式缓存体验，且支持灵活的二级缓存配置、分布式自动刷新等能力；
• 适配 ContiNew Starter 组件，针对多数框架进行了深度封装的 starter，改善你在开发每个 Spring Boot Web 项目的体验。

6.Almost最佳后端规范： 后端严格遵循阿里巴巴 Java 编码规范，注释覆盖率 > 45%，接口参数示例 100%，代码分层使用体验佳，变量、方法命名清晰统一，前端代码也使用严格的 ESLint、StyleLint 等检查。良好的设计，代码复用率极高！写代码时，让你有一种无需多写，理应如此的感觉。代码洁癖者的福音，不看莫吱声。

7.卓越工程： 后端采用模块化工程结构，并适配了统一项目版本号、编译项目自动代码格式化、代码混淆等插件，提供了自定义打包部署结构配置（配置文件、三方依赖和主程序分离），提供全套环境及应用的 Docker Compose 部署脚本。为了减少您开发新项目时的改造耗时，项目品牌配置持续进行深度聚合，简单的配置和结构修改即可快速开始独属于你的新项目。

8.业务脚手架： 有颜有料，不止是说说而已，提供基于 RBAC 的权限控制、通用数据权限，包含丰富的通用业务功能：第三方登录，邮箱、短信（生产级炸弹漏洞处理方案），用户管理、角色管理、部门管理、文件管理、系统配置、系统日志、消息中心、公告等，设计用心，逻辑合理闭环。

一个好的脚手架项目，不仅仅是提供一系列组件集成与配置，也不仅仅是封装一堆好用的工具，还更应该提供一系列通用基础业务解决方案及设计，为初创团队项目减负。

9.高可靠代码： 项目 CI 已集成 Sonarqube、Codacy，Push 即触发代码质量扫描，并定期进行 CVE 漏洞扫描，及时解决潜在问题。

由于篇幅有限，且项目正处于高速发展期，更多功能正在陆续上线（敬请关注仓库或群内动态）。另外像最基本的统一异常、错误处理，基础线程池等配置就不在此赘述，细节优化详情请 clone 代码查看。

Talk is cheap, show me the code.

系统功能

[!TIP]更多功能和优化正在赶来💦，最新项目计划、进展请进群或关注任务清单和更新日志。

• 个人中心：支持基础信息修改、安全设置（密码修改、邮箱绑定、手机号绑定（并提供行为验证码、短信限流等安全处理）、第三方账号绑定/解绑）、头像裁剪上传等能力
• 用户管理：提供系统用户的新增维护，支持禁用登录及重置指定用户密码
• 角色管理：对权限与菜单进行分配，可根据部门设置角色的数据权限
• 菜单管理：已实现菜单动态路由，后端可配置化，支持多级菜单
• 部门管理：可配置系统组织架构，以树形表格展示
• 公告管理：提供公告的发布、查看和删除等功能。管理员可以在后台发布公告，并可以设置公告的生效时间、终止时间，以 markdown-it 为内核渲染 Markdown 格式内容显示
• 消息管理：提供消息查看、标记已读、全部已读、删除等功能（适配对接导航栏站内信功能）（v3.1 重构，v2.5 版可用）
• 字典管理：提供对系统公用数据字典的维护，例如：公告类型，支持字典标签背景色和排序等配置
• 文件管理：提供文件上传、下载、预览（目前支持图片、音视频）、重命名、切换视图（列表、网格）等功能
• 存储管理：提供文件存储库新增、编辑、删除等功能，支持本地存储、兼容 S3 协议存储
• 系统配置：提供修改系统标题、Logo、favicon 等基础配置功能，以方便用户系统与其自身品牌形象保持一致（v3.1 支持邮件配置）
• 代码生成：提供根据数据库表自动生成相应的前后端 CRUD 代码的功能
• 在线用户：管理当前登录用户，可一键踢下线
• 系统日志：提供登录日志、操作日志管理功能，可查看指定日志的详细请求及响应信息

系统截图

[!TIP]受篇幅长度及功能更新频率影响，下方仅为系统部分功能于2024年4月27日 进行的截图，更多新增功能及细节请登录演示环境或 clone 代码到本地启动查看。

快速开始

[!TIP]更详细的流程，请查看在线文档《快速开始》。

# 1.克隆本项目git clone https://github.com/Charles7c/continew-admin.git# 2.在 IDE（IntelliJ IDEA/Eclipse）中打开本项目# 3.修改配置文件中的数据源配置信息、Redis 配置信息、邮件配置信息等# [3.也可以在 IntelliJ IDEA 中直接配置程序启动环境变量（DB_HOST、DB_PORT、DB_USER、DB_PWD、DB_NAME；REDIS_HOST、REDIS_PORT、REDIS_PWD、REDIS_DB）]# 4.启动程序# 4.1 启动成功：访问 http://localhost:8000/，页面输出：Xxx started successfully.# 4.2 接口文档：http://localhost:8000/doc.html# 5.部署# 5.1 Docker 部署# 5.1.1 服务器安装好 docker 及 docker-compose（参考：https://blog.charles7c.top/categories/fragments/2022/10/31/CentOS%E5%AE%89%E8%A3%85Docker）# 5.1.2 执行 mvn package 进行项目打包，将 target/app 目录下的所有内容放到 /docker/continew-admin 目录下# 5.1.3 将 docker 目录上传到服务器 / 目录下，并授权（chmod -R 777 /docker）# 5.1.4 修改 docker-compose.yml 中的 MySQL 配置、Redis 配置、continew-admin-server 配置、Nginx 配置# 5.1.5 执行 docker-compose up -d 创建并后台运行所有容器# 5.2 其他方式部署

核心技术栈

项目结构

[!TIP]后端采用按功能拆分模块的开发方式，下方项目目录结构是按照模块的层次顺序进行介绍的，实际 IDE 中 continew-admin-common模块会因为字母排序原因排在上方。

continew-admin├─ continew-admin-webapi（API 及打包部署模块）│ ├─ src│ │ ├─ main│ │ │ ├─ java/top/continew/admin│ │ │ │ ├─ webapi│ │ │ │ │ ├─ auth（系统认证相关 API）│ │ │ │ │ ├─ common（通用相关 API）│ │ │ │ │ ├─ monitor（系统监控相关 API）│ │ │ │ │ ├─ system（系统管理相关 API）│ │ │ │ │ └─ tool（系统工具相关 API）│ │ │ │ └─ ContiNewAdminApplication.java（Spring Boot 启动程序）│ │ │ └─ resources│ │ │ ├─ config（核心配置目录）│ │ │ │ ├─ application-dev.yml（开发环境配置文件）│ │ │ │ ├─ application-prod.yml（生产环境配置文件）│ │ │ │ └─ application.yml（通用配置文件）│ │ │ ├─ db/changelog（Liquibase 数据脚本配置目录）│ │ │ │ ├─ mysql（MySQL 数据库初始 SQL 脚本目录）│ │ │ │ ├─ postgresql（PostgreSQL 数据库初始 SQL 脚本目录）│ │ │ │ └─ db.changelog-master.yaml（Liquibase 变更记录文件）│ │ │ ├─ templates（模板配置目录，例如：邮件模板）│ │ │ ├─ banner.txt（Banner 配置文件）│ │ │ └─ logback-spring.xml（日志配置文件）│ │ └─ test（测试相关代码目录）│ └─ pom.xml（包含打包相关配置）├─ continew-admin-system（系统管理模块，存放系统管理相关业务功能，例如：部门管理、角色管理、用户管理等）│ ├─ src│ │ ├─ main│ │ │ ├─ java/top/continew/admin│ │ │ │ ├─ auth（系统认证相关业务）│ │ │ │ │ ├─ config（系统认证相关配置）│ │ │ │ │ ├─ model（系统认证相关模型）│ │ │ │ │ │ ├─ query（系统认证相关查询条件）│ │ │ │ │ │ ├─ req（系统认证相关请求对象（Request））│ │ │ │ │ │ └─ resp（系统认证相关响应对象（Response））│ │ │ │ │ └─ service（系统认证相关业务接口及实现类）│ │ │ │ └─ system（系统管理相关业务）│ │ │ │ ├─ config（系统管理相关配置）│ │ │ │ ├─ enums（系统管理相关枚举）│ │ │ │ ├─ mapper（系统管理相关 Mapper）│ │ │ │ ├─ model（系统管理相关模型）│ │ │ │ │ ├─ entity（系统管理相关实体对象）│ │ │ │ │ ├─ query（系统管理相关查询条件）│ │ │ │ │ ├─ req（系统管理相关请求对象（Request））│ │ │ │ │ └─ resp（系统管理相关响应对象（Response））│ │ │ │ └─ service（系统管理相关业务接口及实现类）│ │ │ └─ resources│ │ │ └─ mapper（系统管理相关 Mapper XML 文件目录）│ │ └─ test（测试相关代码目录）│ └─ pom.xml├─ continew-admin-generator（代码生成器插件模块）│ ├─ src│ │ ├─ main│ │ │ ├─ java/top/continew/admin/generator│ │ │ │ ├─ config（代码生成器相关配置）│ │ │ │ ├─ enums（代码生成器相关枚举）│ │ │ │ ├─ mapper（代码生成器相关 Mapper）│ │ │ │ ├─ model（代码生成器相关模型）│ │ │ │ │ ├─ entity（代码生成器相关实体对象）│ │ │ │ │ ├─ query（代码生成器相关查询条件）│ │ │ │ │ ├─ req（代码生成器相关请求对象（Request））│ │ │ │ │ └─ resp（代码生成器相关响应对象（Response））│ │ │ │ └─ service（代码生成器相关业务接口及实现类）│ │ │ └─ resources│ │ │ ├─ templates/generator（代码生成相关模板目录）│ │ │ ├─ application.yml（代码生成配置文件）│ │ │ └─ generator.properties（代码生成类型映射配置文件）│ │ └─ test（测试相关代码目录）│ └─ pom.xml├─ continew-admin-common（公共模块，存放公共工具类，公共配置等）│ ├─ src│ │ ├─ main/java/top/continew/admin/common│ │ │ ├─ config（公共配置）│ │ │ ├─ constant（公共常量）│ │ │ ├─ enums（公共枚举）│ │ │ ├─ model（公共模型）│ │ │ │ ├─ dto（公共 DTO（Data Transfer Object））│ │ │ │ ├─ req（公共请求对象（Request））│ │ │ │ └─ resp（公共响应对象（Response））│ │ │ └─ util（公共工具类）│ │ └─ test（测试相关代码目录）│ └─ pom.xml├─ .gitee（Gitee 相关配置目录，实际开发时直接删除）├─ .github（GitHub 相关配置目录，实际开发时直接删除）├─ .idea│ └─ icon.png（IDEA 项目图标，实际开发时直接删除）├─ .image（截图目录，实际开发时直接删除）├─ .style（代码格式相关配置目录，实际开发时根据需要取舍，删除时注意删除 spotless 插件配置）├─ .gitignore（Git 忽略文件相关配置文件）├─ docker（项目部署相关配置目录，实际开发时可备份后直接删除）├─ LICENSE（开源协议文件）├─ CHANGELOG.md（更新日志文件，实际开发时直接删除）├─ README.md（项目 README 文件，实际开发时替换为真实内容）├─ lombok.config（Lombok 全局配置文件）└─ pom.xml（包含版本锁定及全局插件相关配置）

贡献指南

ContiNew Admin 致力于提供开箱即用，持续舒适的开发体验。作为一个开源项目，Creator 的初心是希望 ContiNew Admin 依托开源协作模式，提升技术透明度、放大集体智慧、共创优秀实践，源源不断地为企业级项目开发提供助力。

我们非常欢迎广大社区用户为 ContiNew Admin 贡献（开发，测试、文档、答疑等）或优化代码，欢迎各位感兴趣的小伙伴儿，添加微信讨论或认领任务。

分支说明

ContiNew Admin 的分支目前分为下个大版本的开发分支和上个大版本的维护分支，PR 前请注意对应分支是否处于维护状态，版本支持情况请查看 更新日志/版本支持。

贡献代码

如果您想提交新功能或优化现有代码，可以按照以下步骤操作：

1. 首先，在 Gitee 或 Github 上将项目 fork 到您自己的仓库
2. 然后，将 fork 过来的项目（即您的项目）克隆到本地
3. 切换到当前仍在维护的分支（请务必充分了解分支使用说明，可进群联系维护者确认）
4. 开始修改代码，修改完成后，将代码 commit 并 push 到您的远程仓库
5. 在 Gitee 或 Github 上新建 pull request（pr），选择好源和目标，按模板要求填写说明信息后提交即可（多多参考 已批准合并的 pr 记录，会大大增加批准合并率）
6. 最后，耐心等待维护者合并您的请求即可

请记住，如果您有任何疑问或需要帮助，我们将随时提供支持。

[!IMPORTANT]欢迎大家为 ContiNew Admin 贡献代码，我们非常感谢您的支持！为了更好地管理项目，维护者有一些要求：

1. 请确保代码、配置文件的结构和命名规范良好，完善的代码注释甚至包括接口文档参数示例，并遵循阿里巴巴的《Java开发手册(黄山版)》中的代码规范，保证代码质量和可维护性
2. 在提交代码前，请按照Angular 提交规范 编写 commit 的 message（建议在 IntelliJ IDEA 中下载并安装 Git Commit Template 插件，以便按照规范进行 commit）
3. 提交代码之前，请关闭所有代码窗口，执行mvn compile 命令（代码格式化插件会在项目编译时对全局代码进行格式修正），编译通过后，不要再打开查看任何代码窗口，直接提交即可，以免不同的 IDE 配置会自动进行代码格式化

反馈交流

欢迎各位小伙伴儿扫描下方二维码加好友，备注cnadmin，拉你进群，探讨技术、提提需求~

加入交流群后，你将会：

• 第一时间收到框架动态
• 第一时间收到框架更新通知
• 第一时间收到框架 Bug 通知
• 和众多大佬互相 (huá shuǐ) 交流 (mō yú)

鸣谢

鸣谢

感谢参与贡献的每一位小伙伴🥰

特别鸣谢

• 感谢JetBrains提供的非商业开源软件开发授权
• 感谢MyBatis Plus、Sa-Token、JetCache、Crane4j、Knife4j、Hutool等开源组件作者为国内开源世界作出的贡献
• 感谢项目使用或未使用到的每一款开源组件，致敬各位开源先驱 :fire:

License

• 遵循Apache-2.0开源许可协议
• Copyright © 2022-present Charles7c

GitHub Star 趋势