一加Ace2 Pro真機揭曉 鈦空灰配色質感拉滿
終于，在經過了幾波預熱之后，一加Ace2 Pro的外觀真機圖在網上出現了。還是博主數碼閑聊站曝光的，這次的外觀設計還是延續了一加11的方案，只是細節上有了調整，例如新加入了鈦空灰
很多業務場景里，我們都需要發送短信，比如登陸驗證碼、告警、營銷通知、節日祝福等等。
這篇文章，我們聊聊 Java 應用中如何優雅的發送短信。
圖片
Java 應用中發送短信通常需要使用短信服務提供商提供的短信 API 。
我們經常使用的短信渠道有：阿里云、騰訊云、華為云、億美等。
發送短信模式分為兩種：
客戶端模式是指應用系統直接調用短信服務提供商提供的短信 API 發送短信。
圖片
服務端模式是獨立創建一個短信平臺服務，應用系統直接使用短信平臺服務提供的 SDK 發送短信。
圖片
核心流程如下：
客戶端模式是非常簡單的模式，很多短信服務提供商會提供成熟的 SDK ，業務系統只需要添加 SDK 依賴以及相關配置，就可以調用 SDK 提供的方法發送短信。
我們以阿里云短信服務為例， 調用 API 發送短信的全流程如下所示：
圖片
使用 SDK 示例如下：
圖片
國內云廠商阿里云、騰訊云、華為云的短信服務，都需要依次申請簽名，申請模版，審核通過之后才能發送短信。
雖然使用三方短信渠道 SDK 非常簡單，但是在實際項目中，可能會存在多個三方渠道，也就是說：可能有的短信是通過騰訊云發送，有的是通過阿里云發送。這樣就需要在工程中配置不同渠道的 SDK 依賴。
但這種方式會有兩個明顯的問題 ：
為了解決這個問題，有一種方法是擯棄三方渠道 SDK ，自己實現 SDK 的發送短信方法，這樣可以統一發送短信代碼，易于管理。
筆者發現一個開源項目 SMS4J，該項目為短信聚合框架，旨在集成多家短信服務，解決接入多個短信 SDK 的繁瑣流程。
下面我們展示在 SpringBoot 環境如何集成。
<dependency> <groupId>org.dromara.sms4j</groupId> <artifactId>sms4j-spring-boot-starter</artifactId> <version>3.0.2</version></dependency>sms: alibaba: #阿里云的accessKey accessKeyId: 您的accessKey #阿里云的accessKeySecret accessKeySecret: 您的accessKeySecret #短信簽名 signature: 測試簽名 #模板ID 用于發送固定模板短信使用 templateId: SMS_215125134 #模板變量 上述模板的變量 templateName: code #請求地址 默認為dysmsapi.aliyuncs.com 如無特殊改變可以不用設置 requestUrl: dysmsapi.aliyuncs.com huawei: #華為短信appKey appKey: 5N6fvXXXX920HaWhVXXXXXX7fYa #華為短信appSecret app-secret: Wujt7EYzZTBXXXXXXEhSP6XXXX #短信簽名 signature: 華為短信測試 #通道號 sender: 8823040504797 #模板ID 如果使用自定義模板發送方法可不設定 template-id: acXXXXXXXXc274b2a8263479b954c1ab5 #華為回調地址，如不需要可不設置或為空 statusCallBack: #華為分配的app請求地址 url: https://XXXXX.cn-north-4.XXXXXXXX.com:443 zhutong: #助通短信 #助通終端用戶管理的用戶名 username 必填；非登錄賬號密碼，請登錄后臺管理地址進行查看：http://mix2.zthysms.com/login accessKeyId: tushu1122XXX #助通終端用戶管理的用戶名 passwrod 必填； accessKeySecret: UbXXX4SL #短信簽名，可選；可選的時候，只能使用自定義短信不能使用模板短信； 具體在這里查看審核過的短信簽名：https://mix2.zthysms.com/index.html#/SignatureManagement signature: 上海千XXXX@RestController@RequestMapping("/test/")public class DemoController { // 測試發送固定模板短信 @RequestMapping("/") public void doLogin(String username, String password) { //阿里云向此手機號發送短信 SmsFactory.createSmsBlend(SupplierType.ALIBABA). sendMessage("18888888888","123456"); //華為短信向此手機號發送短信 SmsFactory.createSmsBlend(SupplierType.HUAWEI). sendMessage("16666666666","000000"); }}客戶端模式是簡單實用的模式，我們可以直接引入三方渠道的 SDK 發送短信，但當存在多種渠道短信時，可能代碼會比較混亂。
雖然我們可以封裝多個三方渠道接口來解決問題，但研發成本還是比較高的。
另外，當研發小組分散，發送短信各自自成體系時，當某一個渠道由于某種原因被棄用時，大部分研發小組都可能會受影響。
服務端模式是獨立創建一個短信平臺服務，應用服務直接使用短信平臺提供的 SDK 發送短信。
短信平臺的設計有如下要點：
短信平臺為每一個接入的應用分配單獨的 appKey 和 appSecret ，每一個應用可以配置獨立的限流策略。
public SmsSenderResult sendSmsByTemplateId( String mobile, String templateId, Map<String, String> templateParam);每個應用服務涉及到的簽名、模版的管理都中心化 ，我們可以讓一個模板綁定多個渠道。
當某條短信通過渠道 A 發送失敗時，可以通過另一個渠道 B 發送，如此可以達到高可用的效果。
服務端要加載多個渠道的 SDK ，那么可能導致依賴沖突，可以采取 SPI 機制加載渠道插件。
我們可以根據業務需求靈活定制短信平臺的功能，比如批量發送、延遲發送、路由策略、靈活的接口限流等。
服務端的設計可以非常靈活，筆者曾經重構過一個短信平臺服務，架構圖如下：
圖片
本文鏈接：http://www.www897cc.com/showinfo-26-17799-0.html聊聊如何在Java應用中發送短信
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號