网站收款别再手搓接口：6400星开源支付系统Jeepay四种方式一键部署

做一个能收钱的网站，最难的部分往往不是页面和商品，而是支付这一公里。微信支付和支付宝的官方接口文档动辄几百页，签名算法、证书轮换、异步回调、对账补单，每一项都足够让独立开发者掉一层皮；直接用第三方聚合支付托管，又要担心费率、资金安全和二次封控。这套矛盾催生了一个成熟的开源赛道：把支付网关做成一套可以自己部署的系统，渠道配置一次，业务接口统一。今天要说的 Jeepay（计全支付）就是这条赛道里国内口碑相当扎实的一套，GitHub 上 6400 多颗星，LGPL-3.0 协议，由原 XxPay 团队从 2017 年开源维护至今，微信支付、支付宝、云闪付的官方接口全部内置。

它到底解决什么问题

Jeepay 定位是面向互联网企业的开源支付系统，支持三种典型形态：普通商户模式（自己一个商户号接所有渠道）、多渠道服务商模式（平台方替旗下多家商户管理渠道）、聚合码支付（一个码同时收微信和支付宝）。业务侧统一走它提供的支付网关 API，支付、查单、回调、退款、分账、转账一个口子全包，不用再逐个对接渠道方的 SDK。

技术栈属于国内企业级项目的主流配方：后端 Spring Boot 3.3.7 加 JDK 17，前端 Ant Design Vue，数据库 MySQL 5.7 或 8.0，缓存 Redis，消息队列在 RocketMQ、ActiveMQ、RabbitMQ 里三选一。它分成运营平台和商户系统两个后台：运营平台管渠道配置、商户管理、权限和系统日志；商户系统给商户自己看订单、退款、分账和对账。这种双端设计让它既能当自家网站的支付底座，也能直接撑起一个面向多商户的支付平台。

四种部署方式，按环境对号入座

项目文档里给了四条部署路线，覆盖从演示到生产的全部场景：

1. Shell 脚本一键安装：适合一台干净的 CentOS、Anolis、Ubuntu 或 Debian 服务器，脚本自动装依赖、建库、起服务，十分钟内能跑通。
2. Docker Compose 部署：本地或测试环境首选，一条命令拉起含前端在内的完整集群，默认镜像走华为云 SWR 公开仓库，国内服务器零配置直达，不依赖 Docker Hub。
3. 宝塔面板一键安装：宝塔版本 9.2.0 以上，在 Docker 应用市场里搜到即装，这是国内站长最省事的一条路。
4. 源码部署：需要对接内部基础设施的团队，自备 MySQL、Redis 和 MQ，按环境调整 conf 目录后 Maven 打包。

以最常见的宝塔路线为例，实际操作就是五步：确认面板版本不低于 9.2.0 并装好 Docker；在应用市场找到 Jeepay 应用一键安装；等容器全部就绪后进入管理平台改掉默认密码；在支付配置里填入微信或支付宝的商户参数并启用接口；最后按官方 HTTPS 文档给站点挂上域名和证书。整个流程里最容易卡住的不是安装本身，而是渠道参数——商户号、API 密钥、证书这些信息需要先在微信支付和支付宝的商户平台里申请好。

上手之后值得留意的三处细节

第一，回调状态和支付状态是分开的两列。订单列表里能看到一笔交易是否支付成功、回调有没有送达业务系统，联调阶段先看这两列能省大量排查时间。第二，项目自带支付测试页，二维码、条码、公众号、小程序、H5、PC 网站支付全都能在后台直接发起一笔 0.01 元的真实订单，接业务前先在这里把渠道跑通。第三，官方还维护了一个 jeepay-skills 项目，把签名陷阱、字段大小写、wayCode 选择这些 AI 容易接错的细节整理成了技能包，用 Claude Code 或 Cursor 对接接口时可以直接加载，让 AI 一次接对。

几句实在话

支付系统属于宁可丑不能错的工程，Jeepay 把渠道层和业务层解耦得比较干净，代码分层清晰、文档完备，作为二次开发的起点是合格甚至优秀的。但有两件事要想在前面：一是自建支付的前提是你有自己的商户号和渠道资质，系统本身不产生支付通道；二是 LGPL-3.0 协议对二开和分发的边界有具体要求，商用前值得花十分钟读一遍。没有支付牌照、只想快速拿到收款能力的团队，官方也提供了托管服务计全付，支持全额分账，两条路线按业务体量选就好。

项目地址：GitHub 搜索 jeequan/jeepay，官方文档在 doc.jeequan.com，官网 jeequan.com 提供在线支付流程演示和管理平台演示入口。动手前建议先把演示站逛一遍，再决定要不要拉到自己的服务器上。