音視頻SDK對比|K歌App中的實時合唱功能如何進行技術選型

来源:https://www.cnblogs.com/RTCWang/archive/2023/08/02/17601363.html
-Advertisement-
Play Games

本文分享自華為雲社區《如何為物聯網設備註入“華為雲+鴻蒙DNA”?看華為雲IoT怎麼答【華為雲IoT +鴻蒙】》,作者: 華為IoT雲服務。 根據市場咨詢機構預測,2025年全球物聯網設備將達到252億個。但各種智能設備大多都有一套自己的系統,而且互相“孤立”,無法交流。鴻蒙的到來,就是要用同一套語 ...


摘要

線上K歌軟體的開發有許多技術難點,需考慮到音頻錄製和處理、實時音頻傳輸和同步、音頻壓縮和解壓縮、設備相容性問題等技術難點外,此外,開發者還應關註音樂版權問題,確保開發的應用合規合法。

前言

前面寫了幾期關於直播 SDK 技術選型的文章,主要是從RTC實時音視頻、超低延遲直播、CDN直播等不同即時通訊場景下多個角度進行詳細的介紹,很多同學表示對泛娛樂行業的直播技術部分很感興趣,希望能夠有一些更為深入的分析介紹。

主流的第三方直播SDK對比(騰訊雲、即構、阿裡雲、聲網、網易雲信、網宿)

我用ChatGPT做直播技術選型,捲死了同事

安排!今天就對泛娛樂行業的線上K歌場景技術選型進行探討,本文將分析線上K歌功能的核心技術指標,以及該場景下的功能玩法。幫助開發者在不同場景下,能做出正確的K歌軟體開發的技術選型。

線上K歌軟體開發與直播技術的關係

線上K歌是社交娛樂場景下新型的互動玩法,通過音樂讓人與人之間建立聯繫,讓交流變得更加簡單,有效地提升了平臺用戶的停留時長。豐富多樣的K歌玩法可以讓應用更加有趣,吸引更多的用戶。此外,K歌玩法還可以應用到各種各樣的社交場景,如語聊房、相親平臺和直播間等。

線上K歌功能主要由以下幾個部分組成:

1.音頻錄製與處理技術:實現用戶錄製自己的音頻,並對音頻進行降噪、去回聲、混響等處理,提高音質。

2.實時流媒體技術:將用戶錄製的音頻實時傳輸到伺服器上進行處理和存儲,實現實時合唱功能。

3.音頻合成技術:將多個用戶錄製的音頻進行實時合成,實現實時合唱功能。

4.音樂數據處理技術:通過歌詞和音頻的匹配,實現歌詞同步顯示。

5.雲計算技術:使用雲伺服器進行音頻的處理和存儲,提高線上K歌實時合唱的穩定性和可擴展性。

直歌K歌解決方案如何提升開發者開發效率

線上K歌功能是一個涉及多方面技術的複雜系統,它需要音頻、視頻、網路、人工智慧等多種技術的支持。其中,實現線上K歌的主要技術難點包括以下方面:

1.音頻處理技術:線上K歌需要實現對用戶聲音的實時採集、降噪、 混響 、變調等處理,以保證聲音質量。

2.視頻處理技術:線上K歌不僅需要處理用戶的聲音,還需要處理用戶的視頻,包括實時拍攝、美顏、特效等,以提升用戶的體驗感。

3.網路傳輸技術:線上K歌需要實現音頻、視頻的實時傳輸,因此需要具備低延遲、高帶寬、高可靠性的網路傳輸技術。

4.人工智慧技術:為了提升用戶的K歌體驗,線上K歌需要實現對用戶演唱的實時評分和建議,這需要利用人工智慧技術來實現。

5.安全保障技術:線上K歌要求用戶提供音頻、視頻等個人信息,因此需要採取安全保障技術,保護用戶的隱私和信息安全。

要想實現線上KTV功能,需要團隊具備相應的技術能力和經驗並投入大量的時間和人力成本,同時需要具備音視頻處理、網路傳輸、安全加密等多方面的技術能力,還需對用戶行為和用戶體驗進行深入的研究和優化。

綜上所述,筆者推薦使用第三方直播 SDK 廠商,據瞭解 即構 線上KTV解決方案 ([點這裡】, 支持獨唱、輪唱、合唱、線下OMO歌房等多種玩法,助力開發者極速搭建含海量版權音樂的線上K歌房。

一站式的線上KTV解決方案可以簡化開發者的工作量,能夠幫助開發者完成的主要工作包括:

  • 提供直播API和高效的音視頻處理功能,開發者不需要搭建伺服器即可快速集成直播功能並實現音頻錄製、合成、混音等處理。
  • 提供了實時流媒體技術,將用戶錄製的音頻實時傳輸到伺服器上進行處理和存儲,實現實時合唱功能
  • 豐富的模板和組件:提供了現成的模板和組件,包括UI組件、線上K歌場景模板等,快速地搭建線上K歌應用的界面和場景
  • 提供雲服務技術:使用雲伺服器進行音頻的處理和存儲,提高線上K歌應用的實時合唱場景的穩定性和可拓展性。

選用第三方服務能節省開發成本和開發周期,市面上成熟的服務商具備專業的技術能力和經驗,能夠提供穩定的技術支持和服務。同時還能提供更加全面和完善解決方案和用戶玩法,如實時合唱、搶唱等新穎玩法。

行業頭部玩家都在用的音樂+實時場景玩法

經筆者調研發現,泛娛樂社交行業的產品在用戶留存和商業變現方面一直面臨挑戰,行業頭部玩家們開始嘗試在應用中加入線上K歌的玩法。因為K歌本身就具有較高的用戶粘性,可以幫助用戶更好地留存,且可以快速積累用戶UGC內容。同時,線上K歌也能夠拓展商業變現渠道,例如通過付費、高級會員以及虛擬禮物等形式來實現盈利。因此,線上K歌成為了一種越來越受歡迎的泛娛樂社交產品玩法。

類型 典型產品 案例介紹
歌房 抖音KTV 市面上最大的歌房產品,近兩年重點做活躍+營收,加入線上K歌的經典玩法:排麥,踢麥和保麥,營收和活躍效果顯著,日活接近千萬。
歌房 全民K歌歌房 騰訊音樂營收的重頭,近幾年重點做留存和活躍,加入線上K歌的經典玩法:排麥,踢麥和保麥,留存和活躍極高,日活幾百萬。
歌房 網易雲派對 音樂軟體做社交的派對,具有唱歌、自習室等玩法
社交產品 Soul-KTV Soul的群聊派對模式,上線KTV實時合唱模式補充實時互動玩法。上線後留存和上麥率顯著提升。
社交產品 Blued 在實時語聊房和1V1房間中加入KTV合唱功能,提升了實時場景用戶留存和時長,變現得到了大幅度提升。
直播 花椒 直播場景中加入音樂作為BGM或K歌直播
直播 映客 直播場景中加入音樂作為BGM或K歌直播
陪玩 TT語音 定位游戲工具,在游戲匹配的語聊房中加入KTV實時合唱,明顯帶動營收和留存
陪玩 比心 同TT語音,引入KTV能力,實現留存和營收的雙增長

功能說明:

排麥:用戶加入到歌曲的排隊列表中,等待唱歌。

踢麥:將用戶從排隊列表中刪除,讓其他用戶有機會唱歌。

保麥:為離開或不能唱歌的戶保留排隊列表的位置,無需重新排隊。

線上K歌應用的直播技術選型需要考慮哪些因素

選擇直播技術方案一般情況下需要考慮以下四個因素,其中選擇解決方案拓展性、核心技術性能這兩個重要的因素進行細緻說明:

  1. 支持多平臺開發
  2. 解決方案拓展性
  3. 核心技術性能
  4. 典型客戶案例

首先,方案需要支持多平臺開發,以便應用可以在不同的設備和操作系統上運行,滿足更多用戶的需求。其次,方案的完整性也非常重要,包括音視頻採集、編解碼、傳輸、播放等各個環節,應該有完善的解決方案。此外,技術指標表現也是一個重要的考慮因素,例如延遲、碼率、畫質等指標需要達到用戶可接受的水平。最後,商業化成熟案例也可以幫助我們更好地評估方案的可行性和實用性,可以參考其他企業的經驗和案例,為自己的方案做出更加明智的選擇。

一、是否支持多平臺開發

選擇支持多種設備和平臺的直播技術,有統一API介面、代碼復用、自動化構建、跨平臺調試等優勢,可以提升開發效率,且覆蓋更廣泛的用戶群體,提高應用的使用率和用戶滿意度。

二、解決方案的拓展性如何?

進行線上KTV選型時,解決方案的拓展性是一個非常重要的考慮因素。可以幫助我們選擇一個能夠滿足不斷變化的用戶需求和市場競爭的解決方案。拓展性是指方案在未來可以通過增加新的功能和模塊,進行升級和擴展,以適應不斷變化的用戶需求和市場競爭。解決方案的拓展性主要包含以下三個方面:

  1. 豐富的玩法模式
  2. 產品功能生態
  3. 第三方拓展能力

1. 豐富的玩法模式:

在實際的應用過程中,用戶的需求往往是多元化的。因此,選擇一個擁有豐富的玩法模式的解決方案,可以滿足更多用戶的需求,增加應用的使用率。例如,線上KTV應用可以提供包括K歌、直播、PK等多種玩法模式,以吸引更多的用戶。

模式 案例 玩法 特點
獨唱 全民K歌 觀眾上麥後點歌等待,歌曲開始播放後開始獨唱。 一種單人唱歌模式,常用語中心化的秀場直播場景。
跟唱 TT語音 觀眾上麥後點歌等待,歌曲開始播放後跟著主唱一起演唱 一種多人唱歌模式,提升用戶參與度和互動率。常用於語聊場景。
挑戰PK 全民K歌、TT語音 以房間/主播為單位進行PK挑戰,通過唱歌比賽來決定勝負。 可以增加用戶之間的互動,提高用戶黏性。K歌場景的營收主力。
1V1陪唱 比心 用戶選擇喜歡的歌曲併發起1V1陪唱邀請,系統自動匹配陪唱者一起演唱 1V1場景付費陪伴模式,高營收中ARPU
付費點唱 全民K歌 用戶付費點唱,主播為其演唱。 交友廳+KTV的玩法,高營收高ARPU
實時合唱 TT語音 觀眾上麥後點歌排麥等待,跟著主唱一起合唱歌曲 當前K歌場景下的新玩法,行業頭部應用均加入該玩法,該玩法下用戶活躍和營收數據表現不錯。

實時合唱方案因其能夠讓用戶與更多人一起分享音樂,成為線上K歌場景中非常受歡迎的功能之一。通過實現低延遲、高質量的音視頻傳輸和多人協同演唱,可以滿足用戶的多元化需求,增加平臺的活躍度和營收。

經調研發現,近幾年主流的音視頻廠商都推出實時合唱解決方案,行業內普遍採用的合唱方案為“串列合唱”,合唱各方串列加入,伴奏由主唱端混入。該方案下,主唱體驗缺失,本質上是一種“偽實時合唱”。

即構科技通過技術手段實現了低延遲、多方伴奏同步和服務端精準混流等功能,為用戶提供了更加真實、優質的實時合唱體驗,實現“真實時合唱。

即構 實時合唱方案優勢

  • 端到端延遲低至 70 ms,達到人體無感官延遲水平,全球用戶均可享受真正實時的體驗。
  • 多方伴奏精準同步, 各端在同一時刻啟動伴奏播放,打造優質的合唱體驗。
  • 服務端精準混流,各方合唱者聲音和伴奏混音成一路流,通過 NTP 時間精準對齊各方演唱進度後混音。聽眾僅需拉一路流就能聽到良好合唱效果,弱網體驗佳。

線上K歌的互動玩法和功能組件之間是緊密相關的,需要各個組件之間協同工作,才能實現一個完整的線上K歌平臺。互動玩法是線上K歌的核心,包括音樂、歌詞、伴奏、評分以及用戶之間的互動等。這些互動玩法需要依賴一系列的功能組件來實現,包括音頻處理、視頻處理、網路傳輸、數據存儲等。

2. 產品功能生態:

解決方案的拓展性也包括產品功能生態的豐富性。在應用的不同階段,需要不斷增加新的功能和模塊,以滿足不斷變化的用戶需求。因此,選擇一個擁有完善的產品功能生態的解決方案,可以幫助應用快速迭代和升級。例如,線上KTV應用可以增加一些輔助功能,如自動調音、人聲消除等,以提高用戶的演唱體驗。

參考市面上比較成熟的第三方音視頻廠商即構 科技 [瞭解更多],
即構線上K歌解決方案提供海量正版曲庫,九大場景化能力,自研音視頻引擎高清音質體驗。據瞭解,即構 KTV SDK 集成了多家國內知名音樂版權商,一套 SDK 實現音樂版權的快速接入,無需調換 SDK,並且對周傑倫等熱門明星歌手和抖音這類短視頻平臺的熱門歌曲都進行了覆蓋。

海量正版音樂曲庫,解決版權合規問題

序號 功能 功能描述
1 勁歌熱榜 含4大榜單及數十個分類歌單,熱門歌曲可直接獲取
2 曲庫組件 海量版權音樂資源,可搜索、獲取、下載歌曲和歌詞資源
3 播放組件 支持開始/暫停/恢復歌曲,同時支持切換原唱和伴奏,調節人聲與伴奏音量等
4 歌片語件 支持歌詞與歌曲逐行/逐字同步播放,實時對齊
5 互動玩法 包含唱歌評分、獲取片段資源等功能,可能支持唱歌排行、嗨歌搶唱等業務場景
6 豐富音效 用戶在演唱時使用豐富的音效,增強演唱效果
7 麥位管理 房主可進行麥位控制,用戶可進行上麥、下麥操作
8 智能降噪 通過演算法智能減少環境等噪音,提高人聲質量
9 實時合唱 超低延遲實時合唱效果,高度還原線下合唱體驗

3. 第三方拓展能力:

在不斷變化的市場競爭中,選擇一個擁有強大的第三方拓展能力的解決方案,可以幫助應用更好地與其他應用和服務進行整合,提高應用的互聯互通性和用戶體驗。例如,線上KTV應用可以與其他音樂應用或社交應用進行整合,以提供更多的互動和社交功能。

功能 功能描述 適用場景
音效播放器 支持播放MP3、WAV等格式的音頻文件 氛圍,播放掌聲、笑聲等短時音效
媒體播放器 支持MP3、MP4等格式本地文件和線上(HTTP)媒體文件 、BGM場景:播放背景音樂和伴奏
混音 支持混入媒體播放器、音效播放器等音頻 在房間內播放音樂等內容,混音後輸出
混響 支持模擬多種音效,如錄音室、唱片、空靈、搖滾等 在唱歌時展示不同音效,提升輸出質量
變聲 支持改變聲音特征,如變形金剛、大叔等聲音特征 改變演唱者聲音以便添加趣味性
耳返 插入耳機後,唱歌返回自己聲音,提供超低延時耳返 唱歌必備能力,享受KTV和舞臺級別體驗
聲浪與音頻頻譜 聲浪指示說話音量大小,音頻頻道指示當前音頻領域分量信息 展示當前睡在說話與頻域分量信息
媒體次要信息 隨流媒體傳輸應用層 音樂場景用於傳輸播放進度,以便展示歌詞
本地音頻錄製 錄製唱歌音頻數據至本地文件 需要二次處理音頻片段場景,如分享,檢測等
高精度歌詞同步 伴奏和歌詞實時對齊 逐字歌詞,讓用戶唱對節奏

三、核心技術性能

筆者通過調研,整理了線上K歌場景的技術指標。為了提供高品質的音樂體驗,需要關註以下四個核心技術指標:端到端延遲、人聲伴奏、音質保真、降噪回聲處理。

  1. 端到端延遲:指從用戶唱歌開始到聽到自己的聲音的時間間隔。延遲越低,用戶在唱歌時的實時感受越好。
  2. 人聲伴奏:指將用戶唱的人聲和伴奏合併成一首完整的歌曲。伴奏應該與用戶的人聲精準同步,且音質應該保證高清晰度和高還原度。
  3. 音質保真:指將用戶的人聲和伴奏錄製的音質保持高還原度,使得用戶的唱歌聲音真實自然。
  4. 降噪回聲處理:指處理人聲中的噪音和回聲等雜音,以提高音質,使得用戶的唱歌聲音更加清晰自然。

以上四個指標是線上K歌場景下的核心技術指標,直播廠商需要根據這些指標來提供高質量的線上K歌解決方案。

以即構、聲網、TRTC為例:

核心技術指標 即構 聲網 騰訊音視頻
延遲 60ms,從演唱到收聽,端到端延遲低至60毫秒 低至 64ms 端到端超低延時 低於300ms超低時延合唱體驗
人聲伴奏齊唱 5ms,人聲與伴奏幾乎完全同步,誤差不超過5ms,遠超行業水準 伴奏、歌詞、人聲多端精準同步 伴奏、人聲、歌詞精準同步。
音質高保真效果 混音20ms,服務端精準混流,多端誤差不超過20毫秒 聲網 SOLO™、NOVA™ 語音引擎,支持 48kHz 全頻帶採樣,還原聲音高保真度,音頻 MoS 分高達 4.7 支持48kHz採樣率,128kbps碼率及立體聲音頻,媲美純正 CD 效果
降噪回聲處理 3A+AI回聲處理,智能回聲處理,揚聲器外放也保持高音質體驗無回聲,人聲表現接近無損 音頻 MOS 分高達 4.7 AI 智能降噪
低延遲耳返 超低延遲耳返體驗,ios20ms+、android 40ms+,開啟耳返後,演唱者在唱歌時可獲得更好的反饋。 50 ms 超低延時耳返,告別走音跑調 支持低延時耳返功能,告別走音跑調。

如何選型:頭部應用體驗和廠商推薦

線上K歌行業頭部APP體驗

以線上K歌頭部APP全民K歌、Soul為例,體驗了線上K歌實時合唱功能。針對延遲、聽感、外放場景、卡頓等指標感受如下:
總體結論:綜合來看,Soul-KTV場景演唱和收聽效果比全民K歌-大合唱的效果更佳

  • 延遲:作為經常唱歌的我,從聽感上直觀感受,Soul合唱房內的同步性更好,聲音更加齊。
  • 外放場景:Soul的效果在外放場景下優勢極其明顯,與戴有線耳機演唱無明顯差異。全民K歌在多人外放合唱時出現了明顯的吞音現象,聲音質模糊,伴奏雜亂有迴音,觀眾體驗較差,合唱者之間不可用。
  • 聽感:Soul對於演唱者體驗的保障相比全民K歌更佳,遠端合唱人聲音質和氛圍感較好。
  • 卡頓:從聽感上,Soul合唱房內的卡頓率比全民K歌更低。找了專業人士瞭解,全民K歌的安卓合唱通過硬性的延遲降低保證了安卓的合唱同步,但是該操作會提升卡頓,整體卡頓次數明顯高於Soul。

音視頻廠商-成熟的線上K歌解決方案

寫到最後,對比了幾個主流的音視頻廠商,官網上都說自己提供了高質量的線上K歌解決方案,開發者可根據不同的需求和場景可以進行選型對比。如果您對於實時合唱的延遲和音質有較高的要求,可以選擇[即構線上K歌實時合唱解決方案]

即構 提供的實時合唱方案支持多人同時線上合唱,端到端延遲低於70ms,支持多方伴奏精準同步和服務端精準 混流 ,同時還提供了智能降噪、自適應 碼率 等技術,可以有效提升用戶的K歌體驗。

以下來自即構實時合唱解決方案的資料,可以參考。

全網首創的獨家“真”實時合唱方案

服務端精準 混流

頂尖的技術指標

結語

最後,進行方案選型時應先深度分析自己的業務場景,包括但不限於:業務模型、用戶體驗、產品功能、業務流程、技術框架等因素,便於我們選擇出最適合業務場景的方案。如何低成本不花精力學習、使用已熟練掌握的技術方案更快的實現,對個人/團隊技術選型均適用。對此,歡迎大家私信評論一起交流...


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 第一種 每打開一次終端都輸入一次 source /etc/profile,這樣就可以載入配置文件,環境變數自然就有了 第二種 輸入vim ./bashrc,在底部添加配置在/etc/profile里的配置,這樣就可以無需使用source命令載入了 也可以在./bashrc底部添加 source /e... ...
  • ![](https://img2023.cnblogs.com/blog/3076680/202308/3076680-20230802124620904-1514854566.png) # 1. 示例數據 ## 1.1. student ```sql insert into student val ...
  • 當企業的業務發展到一定的階段時,在系統中引入[監控告警系統](https://www.dtstack.com/dtengine/easymr?src=szsm)來對系統/業務進行監控是必備的流程。沒有監控或者沒有一個好的監控,會導致開發人員無法快速判斷系統是否健康;告警的實質則是“把人當服務用”,用 ...
  • 開發者的技術能力良莠不齊,DBA對資料庫知識的局限性導致爛SQL無處不在,而且隨著資料庫的不斷變更或演進,一些好的SQL也可能逐步變成需要優化的爛SQL, 我們要時刻不斷地找尋它們的蹤跡。 ...
  • ### 分享技術,用心生活 >背景:系統中有一個統計頁面載入特別慢,前端設置的40s超時時間都載入不出來數據,因為是個統計頁面,基本上一猜就知道是mysql的語句有問題,遺留了很久沒有解決,正好趁不忙的時候,下定決心一定把它給搞定! ## 1. 分析原因 (mysql5.7) 執行一下問題sql,可 ...
  • MySQL8_SQL語法 SQL 全稱 Structured Query Language,結構化查詢語言。操作關係型資料庫的編程語言,定義了一套操作關係型資料庫統一標準 。 一、SQL通用語法 在學習具體的SQL語句之前,先來瞭解一下SQL語言的同於語法。 1). SQL語句可以單行或多行書寫,以 ...
  • 複製,即在不同的節點上保存相同的副本,提供數據冗餘。如果一些節點不可用,剩餘的節點仍然可以提供數據服務,這些節點可能部署在不同的地理位置,以此來改善系統性能 ...
  • ### 前言 說到MySQL的MTS,相信很多同學都不陌生,從5.6開始基於schema的並行回放,到5.7的LOGICAL_CLOCK支持基於事務的並行回放,這些內容都有文章講解,在本篇文章不再贅述。今天要講的是,你知道如何查看並行回放是否存在性能瓶頸嗎,是由於主庫事務行為導致無法並行回放,還是由 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...