WePush 5.1.3 发布，专注批量推送的小而美的工具

lucky_alpha

WePush 5.1.3 已发布，这是一个专注批量推送的小而美的工具。
更新内容: 新增运营商短信协议支持

• 消息：新增支持CMPP、SMGP、SGIP和SMPP运营商短信
• 消息：完善运营商短信发送链路与验收

下载地址：

https://gitee.com/zhoubochina/WePush/releases



WePush Next Public Preview 发布


Next 是位于 next/ 的完整新架构产品线，包含 Core Engine、Provider SPI、可安装 Service、远程 Agent、Remote/Embedded Java SDK、React WebUI 和 Electron Desktop。当前内置 HTTP Provider，支持可视化配置、运行中心、Cron 调度、动态调试 API 文档，以及 Standalone 和 Server/HA 两种部署基线。

Next 组件



组件         主要职责         形态与边界

Core / Engine         执行批量任务，管理并发、重试、暂停、恢复、取消、结果与运行事件         纯 Java 无界面执行内核，不直接提供网络 API，也不依赖 Service、UI 或具体 Provider

Provider SPI / Provider         定义消息渠道扩展契约，负责账号校验、消息渲染和实际发送         Core 只面向 SPI；当前内置 HTTP Provider，其他渠道可以作为独立插件发展

Service         提供配置、调度、运行控制、Secret、Artifact、审计、REST/SSE、OpenAPI 和 Agent 控制面         可前台运行或安装为 Linux systemd、macOS launchd、Windows Service；本机模式可内嵌 Core Engine

Agent         在独立主机接收 Lease，使用 Core Engine 执行任务并回传事件、结果和 Artifact         可独立安装，通过 gRPC 主动连接 Service；本机内嵌执行时不需要 Agent

Remote Java SDK         让 Java 应用通过强类型客户端调用远程 Service API         已实现；只依赖公开的 service-api 契约，不依赖 Core、Engine 或具体 Provider

Embedded Java SDK         让 Java 应用在自己的进程内直接装配 Core Engine 和选定 Provider，无需启动 Service         当前源码已实现；允许依赖 Engine，Provider 必须由业务应用显式选择；已发布的 alpha.1 附件尚未包含

WebUI         提供可视化配置、任务与调度、运行中心、Agent 观察和动态调试 API 文档         TypeScript + Vite + React，可由 Service 直接托管，也可在开发环境独立运行

Desktop UI         提供与 WebUI 一致的桌面管理体验和安全 Electron 外壳         连接本机 Service；当前不内嵌、不安装也不自动启动 Service


当前典型调用关系为：WebUI / Desktop UI / Remote Java SDK → Service API → Service → 内嵌 Core Engine；远程执行时则由 Service → Agent → Core Engine → Provider 完成发送。进程内集成使用 业务 Java 应用 → Embedded Java SDK → Core Engine → Provider，不经过 Service。









原文链接

hyper776

写得不错，WePush那部分说到点子上了，顶一个。

panda_neo_95

好文，WePush的趋势基本被楼主说中了。

tiger_solar_37

WePush这个方向确实热度不减，不过坑也不少，楼主总结得很及时。

brave_flux

WePush在实际项目里有没有踩过坑？想听楼主展开讲讲。