2026年8月5日MediaMTX 發(fā)布 v1.19.3 版本。本次更新覆蓋通用功能、API、Media-Over-QUIC、WebRTC、RTSP、HLS、SRT 以及依賴庫升級(jí)等多個(gè)方向。此次版本的重點(diǎn)非常明確一是進(jìn)一步收緊認(rèn)證與跨域訪問的安全邊界二是修復(fù)媒體時(shí)間戳、播放、UDP 端口、RTCP 解析等影響穩(wěn)定性的關(guān)鍵問題三是增強(qiáng) Media-Over-QUIC 的啟動(dòng)可靠性、內(nèi)存保護(hù)能力和協(xié)議兼容性四是補(bǔ)充流在線與離線狀態(tài)相關(guān)的自動(dòng)化鉤子能力。對(duì)于正在使用 MediaMTX 構(gòu)建 RTSP、RTMP、SRT、HLS、WebRTC 或 Media-Over-QUIC 流媒體服務(wù)的用戶來說v1.19.3 是一次兼顧安全性、穩(wěn)定性與可維護(hù)性的版本更新。版本信息版本v1.19.3發(fā)布時(shí)間2026年8月5日項(xiàng)目github.com/bluenviron/mediamtx本次更新核心看點(diǎn)v1.19.3 的更新內(nèi)容可以概括為以下幾個(gè)重點(diǎn)修復(fù)all與all_others的同義詞錯(cuò)誤提示問題。支持通過空環(huán)境變量清空指定列表配置。新增runOnOnline與runOnOffline鉤子。將runOnReady重命名為runOnAvailable。將runOnNotReady重命名為runOnUnavailable。修復(fù)alwaysAvailableFile播放時(shí) PTS 錯(cuò)誤及節(jié)奏異常問題。使用常量時(shí)間比較方式驗(yàn)證 SHA256 憑據(jù)降低時(shí)序攻擊風(fēng)險(xiǎn)。統(tǒng)一認(rèn)證失敗日志與認(rèn)證錯(cuò)誤處理邏輯。針對(duì)不支持提交憑據(jù)的協(xié)議避免無意義地等待認(rèn)證信息。增加 fail2ban 集成文檔。OpenAPI 的大部分枚舉與結(jié)構(gòu)體改為自動(dòng)生成。修復(fù) Media-Over-QUIC 啟動(dòng)競爭、異常崩潰、內(nèi)存分配風(fēng)險(xiǎn)和重排序器 CPU 占用問題。支持 Media-Over-QUIC draft-19 規(guī)范并支持重復(fù)訂閱同一軌道。修復(fù) WebRTC 和 HLS 在通配跨域配置下可能出現(xiàn)的跨域未授權(quán)訪問問題。限制 RTSP UDP 端口范圍為 32768-60999。改進(jìn) RTSP 外部認(rèn)證、RTCP 解析、SDP 處理、UDP 端口釋放等能力。修復(fù) SRT 與 StreamToStudio 應(yīng)用的兼容性問題。升級(jí)多項(xiàng) Go、Pion、RTSP、HLS、加密和網(wǎng)絡(luò)相關(guān)依賴。通用功能更新配置、鉤子、播放與認(rèn)證全面優(yōu)化修復(fù)all同義詞錯(cuò)誤提示本次更新修復(fù)了all是all_others同義詞時(shí)的錯(cuò)誤信息問題。在配置或權(quán)限規(guī)則相關(guān)場景中all與all_others之間存在同義關(guān)系。此前在出現(xiàn)相關(guān)錯(cuò)誤時(shí)提示信息存在問題。v1.19.3 修正了這一錯(cuò)誤提示使配置錯(cuò)誤或參數(shù)錯(cuò)誤能夠得到更準(zhǔn)確的反饋。對(duì)應(yīng)更新編號(hào)5922。環(huán)境變量支持通過空值清空列表v1.19.3 改進(jìn)了環(huán)境變量配置能力。以下環(huán)境變量現(xiàn)在可以通過設(shè)置為空值的方式清空其對(duì)應(yīng)的列表配置MTX_AUTHINTERNALUSERS_0_IPSMTX_LOGDESTINATIONSMTX_RTSPTRANSPORTS這項(xiàng)改進(jìn)解決了使用環(huán)境變量覆蓋配置時(shí)無法清空原有列表的問題。也就是說當(dāng)部署環(huán)境需要通過環(huán)境變量控制內(nèi)部認(rèn)證用戶 IP 列表、日志輸出目標(biāo)或 RTSP 傳輸方式時(shí)現(xiàn)在可以直接傳入空值以清空對(duì)應(yīng)配置項(xiàng)。對(duì)應(yīng)更新編號(hào)5410、5924。新增runOnOnline與runOnOffline鉤子v1.19.3 新增了兩個(gè)鉤子runOnOnlinerunOnOffline這兩個(gè)鉤子用于處理流在線與流離線狀態(tài)。其中runOnOnline會(huì)在流真正在線時(shí)觸發(fā)。這里的“在線”并不只是存在離線片段而是指流已經(jīng)處于在線狀態(tài)。runOnOffline則會(huì)在流離線時(shí)觸發(fā)。對(duì)于需要根據(jù)流狀態(tài)執(zhí)行自動(dòng)化操作的場景這兩個(gè)鉤子提供了新的能力。例如用戶可以根據(jù)流在線或離線狀態(tài)聯(lián)動(dòng)外部處理邏輯。此次更新明確區(qū)分了在線狀態(tài)與僅由離線片段提供內(nèi)容的情況。對(duì)應(yīng)更新編號(hào)5399、5956。鉤子名稱調(diào)整Ready 與 NotReady 更名本次版本對(duì)兩個(gè)原有鉤子進(jìn)行了重命名runOnReady重命名為runOnAvailablerunOnNotReady重命名為runOnUnavailable新的名稱更直接地表達(dá)了流可用與不可用的狀態(tài)含義。其中runOnAvailable表示流可用時(shí)觸發(fā)。runOnUnavailable表示流不可用時(shí)觸發(fā)。結(jié)合新增的runOnOnline與runOnOfflineMediaMTX 在流狀態(tài)事件方面形成了更清晰的命名體系分別覆蓋可用、不可用、在線、離線等不同狀態(tài)。對(duì)應(yīng)更新編號(hào)5957。修復(fù) alwaysAvailableFile 的 PTS 與播放節(jié)奏問題v1.19.3 修復(fù)了alwaysAvailableFile的錯(cuò)誤 PTS 和錯(cuò)誤播放問題。此前樣本的 PTS 偏移量沒有被正確處理。同時(shí)樣本之間的等待時(shí)間使用了基于 PTS 的方式而不是基于 DTS 的方式。本次修復(fù)包括兩部分正確考慮樣本的 PTS 偏移量。將樣本之間的等待邏輯從 PTS 基礎(chǔ)調(diào)整為 DTS 基礎(chǔ)。PTS 與 DTS 的處理對(duì)于媒體播放時(shí)序非常重要。此次更新針對(duì)alwaysAvailableFile的時(shí)間戳處理邏輯進(jìn)行修正解決了可能出現(xiàn)的播放異常問題。對(duì)應(yīng)更新編號(hào)5436、5960。SHA256 憑據(jù)驗(yàn)證改為常量時(shí)間比較本次版本提升了 SHA256 憑據(jù)驗(yàn)證過程的安全性。此前使用運(yùn)算符比較 SHA256 憑據(jù)時(shí)比較操作會(huì)在發(fā)現(xiàn)不匹配后提前結(jié)束。這樣的短路行為可能受到時(shí)序攻擊影響。v1.19.3 改為使用ConstantTimeCompare進(jìn)行比較以避免這一攻擊向量。常量時(shí)間比較不會(huì)因?yàn)樽址诓煌恢贸霈F(xiàn)不匹配而產(chǎn)生不同的提前結(jié)束行為從而降低攻擊者通過比較耗時(shí)推測憑據(jù)內(nèi)容的風(fēng)險(xiǎn)。對(duì)應(yīng)更新編號(hào)5961。認(rèn)證錯(cuò)誤信息統(tǒng)一化v1.19.3 對(duì)認(rèn)證錯(cuò)誤日志進(jìn)行了統(tǒng)一和規(guī)范化處理。本次調(diào)整包括盡可能早地記錄認(rèn)證錯(cuò)誤。將認(rèn)證錯(cuò)誤日志級(jí)別設(shè)為warn。無論認(rèn)證來源或協(xié)議是什么使用相同的認(rèn)證錯(cuò)誤信息。通過統(tǒng)一認(rèn)證錯(cuò)誤處理邏輯MediaMTX 的日志行為更加一致認(rèn)證失敗事件也能夠更早被記錄。對(duì)應(yīng)更新編號(hào)5421、5959。調(diào)整代碼以避免安全掃描誤報(bào)本次更新對(duì)部分代碼進(jìn)行了調(diào)整以避免安全掃描工具產(chǎn)生誤報(bào)。調(diào)整內(nèi)容涉及字符串轉(zhuǎn)義相關(guān)問題。此外還增加了注釋以進(jìn)一步避免安全掃描工具的誤判。對(duì)應(yīng)更新編號(hào)5963、5973。僅在支持憑據(jù)輸入的協(xié)議中請(qǐng)求憑據(jù)v1.19.3 優(yōu)化了認(rèn)證請(qǐng)求流程。當(dāng)客戶端通過某些協(xié)議連接時(shí)例如 SRT、RTMP客戶端無法在被要求時(shí)提供憑據(jù)。在這種情況下繼續(xù)等待憑據(jù)沒有實(shí)際意義。因此本次更新調(diào)整為對(duì)于不支持提供憑據(jù)的協(xié)議不再無意義地等待憑據(jù)。立即記錄認(rèn)證錯(cuò)誤。立即應(yīng)用防暴力破解算法。這一調(diào)整能夠避免不支持憑據(jù)交互的連接長時(shí)間停留在無效認(rèn)證等待狀態(tài)同時(shí)讓認(rèn)證失敗處理和防暴力破解邏輯更及時(shí)生效。對(duì)應(yīng)更新編號(hào)5966。新增 fail2ban 集成文檔v1.19.3 增加了 fail2ban 集成文檔。結(jié)合本次認(rèn)證錯(cuò)誤統(tǒng)一化、認(rèn)證失敗日志提前記錄以及防暴力破解邏輯的調(diào)整fail2ban 集成文檔為用戶提供了關(guān)于外部防護(hù)工具集成的說明。對(duì)應(yīng)更新編號(hào)5016、5967。API 更新大部分 OpenAPI 內(nèi)容自動(dòng)生成在 API 方面v1.19.3 改進(jìn)了 OpenAPI 的生成方式。本次更新實(shí)現(xiàn)了大部分 OpenAPI 內(nèi)容自動(dòng)生成其中包括枚舉自動(dòng)生成。結(jié)構(gòu)體自動(dòng)生成。自動(dòng)生成能夠消除部分不一致問題同時(shí)使開發(fā)維護(hù)更加容易。對(duì)于 API 使用者而言這意味著 OpenAPI 中枚舉和結(jié)構(gòu)體的描述將通過自動(dòng)生成機(jī)制保持更一致的狀態(tài)。對(duì)應(yīng)更新編號(hào)5918。Media-Over-QUIC 更新啟動(dòng)、內(nèi)存、協(xié)議與性能同步增強(qiáng)Media-Over-QUIC 是本次版本改進(jìn)較為集中的模塊之一。v1.19.3 修復(fù)了啟動(dòng)過程中的競爭條件增強(qiáng)了遠(yuǎn)端輸入數(shù)據(jù)下的內(nèi)存保護(hù)提升了協(xié)議支持能力并優(yōu)化了重排序邏輯的 CPU 使用方式。修復(fù)啟動(dòng)過程中的競爭條件本次更新修復(fù)了 Media-Over-QUIC 在啟動(dòng)階段可能出現(xiàn)的競爭條件。修復(fù)方式是只有在 MoQ 服務(wù)器完成初始化后才分配 HTTP 服務(wù)器。這樣可以避免 HTTP 服務(wù)器在 MoQ 服務(wù)器尚未初始化完成時(shí)被提前創(chuàng)建從而降低啟動(dòng)過程中的并發(fā)競爭風(fēng)險(xiǎn)。對(duì)應(yīng)更新編號(hào)5965。修復(fù)多個(gè) panic 與 OOM 問題v1.19.3 修復(fù)了 Media-Over-QUIC 中多個(gè) panic 和 OOM 問題。本次改進(jìn)的關(guān)鍵點(diǎn)在于對(duì)于來自遠(yuǎn)端對(duì)等方的大小參數(shù)在進(jìn)行內(nèi)存分配前先檢查限制。具體來說MediaMTX 不再直接依據(jù)遠(yuǎn)端傳入的大小進(jìn)行內(nèi)存分配而是在分配前對(duì)大小進(jìn)行限制檢查。這可以避免由遠(yuǎn)端輸入的異常大小參數(shù)引發(fā)過大內(nèi)存分配問題。同時(shí)本次更新還為所有 MoQ 基礎(chǔ)組件增加了模糊測試。對(duì)應(yīng)更新編號(hào)5964。支持 draft-19 規(guī)范與同一軌道重復(fù)訂閱v1.19.3 支持 Media-Over-QUIC 規(guī)范 draft-19。除此之外還支持對(duì)同一軌道進(jìn)行多次訂閱。這一更新使 MediaMTX 的 MoQ 協(xié)議支持能力與 draft-19 規(guī)范保持一致并擴(kuò)展了軌道訂閱行為。對(duì)應(yīng)更新編號(hào)5968。防止重排序器過度消耗 CPU本次版本修復(fù)了重排序器可能出現(xiàn)的過度 CPU 消耗問題。此前重排序邏輯會(huì)基于由用戶傳入的maxGroupID進(jìn)行迭代。如果該值過大可能導(dǎo)致過多循環(huán)操作。v1.19.3 改為根據(jù)內(nèi)部待處理數(shù)據(jù)包進(jìn)行迭代而不再根據(jù)由用戶控制的maxGroupID直接迭代。也就是說重排序器現(xiàn)在圍繞內(nèi)部待處理數(shù)據(jù)包工作而不是圍繞外部輸入的最大組標(biāo)識(shí)進(jìn)行循環(huán)從而避免用戶輸入導(dǎo)致的過度 CPU 消耗。對(duì)應(yīng)更新編號(hào)5976。WebRTC 更新修復(fù)通配跨域下的未授權(quán)訪問問題v1.19.3 修復(fù)了 WebRTC 中可能存在的跨域未授權(quán)訪問問題。問題出現(xiàn)的條件是用戶此前通過瀏覽器向某個(gè) MediaMTX 實(shí)例輸入過憑據(jù)。AllowOrigins被設(shè)置為通配符。用戶隨后訪問第三方網(wǎng)站。在此前的行為下第三方網(wǎng)站可能在沒有限制的情況下讀取流。本次更新通過調(diào)整Access-Control-Allow-Origins響應(yīng)頭解決這一問題當(dāng)AllowOrigins配置為通配符時(shí)返回*作為Access-Control-Allow-Origins的值。這種行為會(huì)阻止瀏覽器向第三方網(wǎng)站共享憑據(jù)從而防止第三方網(wǎng)站借助用戶此前輸入的憑據(jù)讀取流。對(duì)應(yīng)更新編號(hào)5975。RTSP 更新端口范圍、認(rèn)證、RTCP、SDP 與資源釋放修復(fù)RTSP 模塊在 v1.19.3 中獲得多項(xiàng)更新包括 UDP 端口范圍限制、外部認(rèn)證會(huì)話標(biāo)識(shí)支持、64 位數(shù)值處理、攝像機(jī) RTCP 兼容性、SDP 數(shù)據(jù)結(jié)構(gòu)處理以及客戶端 UDP 端口釋放與端口耗盡錯(cuò)誤處理。限制 UDP 端口范圍為 32768-60999v1.19.3 將 RTSP 使用的 UDP 端口范圍限制為32768-60999這一范圍是 Linux 默認(rèn)的臨時(shí)端口范圍。通過將 UDP 端口范圍限制到該區(qū)間RTSP UDP 傳輸使用的端口范圍與 Linux 默認(rèn)臨時(shí)端口范圍保持一致。對(duì)應(yīng)更新編號(hào)5398、5958。外部認(rèn)證服務(wù)請(qǐng)求中使用會(huì)話 ID本次更新使 RTSP 在請(qǐng)求外部認(rèn)證服務(wù)器時(shí)使用會(huì)話 ID。這意味著RTSP 與外部認(rèn)證服務(wù)之間的請(qǐng)求可以攜帶會(huì)話標(biāo)識(shí)信息。對(duì)應(yīng)更新編號(hào)5977。防止 32 位平臺(tái)上的 64 位數(shù)值截?cái)鄓1.19.3 修復(fù)了在 32 位平臺(tái)上可能發(fā)生的 64 位數(shù)值截?cái)鄦栴}。該修復(fù)來自 RTSP 相關(guān)依賴更新目標(biāo)是防止 64 位數(shù)值在 32 位平臺(tái)上被錯(cuò)誤截?cái)?。?duì)應(yīng)依賴更新編號(hào)1094。修復(fù)部分?jǐn)z像機(jī)的 RTCP 解析問題本次版本修復(fù)了部分 Hanwha 攝像機(jī)的 RTCP 解析問題。RTCP 是實(shí)時(shí)傳輸控制協(xié)議解析兼容性問題可能影響實(shí)時(shí)流傳輸過程中的控制信息處理。v1.19.3 針對(duì)部分?jǐn)z像機(jī)產(chǎn)生的 RTCP 數(shù)據(jù)進(jìn)行了兼容性修復(fù)。對(duì)應(yīng)依賴更新編號(hào)5355、1099。使用原始 SDP SessionDescriptionv1.19.3 不再使用自定義的 SDPSessionDescription而是改用原始的pion/sdp.SessionDescription。同時(shí)解組器被移動(dòng)到sdpunmarshaler中。這項(xiàng)調(diào)整涉及 SDP 會(huì)話描述處理方式與解組邏輯的位置調(diào)整。對(duì)應(yīng)依賴更新編號(hào)1100。修復(fù)客戶端關(guān)閉后 UDP 端口未釋放的問題本次更新修復(fù)了 RTSP 客戶端在關(guān)閉后 UDP 端口沒有被釋放的問題。客戶端結(jié)束后如果 UDP 端口沒有正確釋放可能導(dǎo)致后續(xù)端口資源無法被正常使用。v1.19.3 修正了關(guān)閉后的端口釋放邏輯。對(duì)應(yīng)依賴更新編號(hào)1105。UDP 端口范圍耗盡時(shí)返回錯(cuò)誤v1.19.3 增加了 UDP 端口范圍耗盡時(shí)的錯(cuò)誤返回機(jī)制。當(dāng)可用 UDP 端口范圍已經(jīng)耗盡時(shí)客戶端現(xiàn)在會(huì)返回錯(cuò)誤而不是繼續(xù)處于無法獲得可用端口的狀態(tài)。對(duì)應(yīng)依賴更新編號(hào)1104。HLS 更新修復(fù)跨域未授權(quán)訪問風(fēng)險(xiǎn)HLS 模塊同步修復(fù)了與 WebRTC 相同的跨域未授權(quán)訪問問題。問題同樣出現(xiàn)在以下條件下用戶曾通過瀏覽器向 MediaMTX 實(shí)例輸入憑據(jù)。AllowOrigins被設(shè)置為通配符。用戶訪問了第三方網(wǎng)站。此前第三方網(wǎng)站可能在沒有限制的情況下讀取流。v1.19.3 在AllowOrigins為通配符時(shí)返回*作為Access-Control-Allow-Origins的值。通過這一行為瀏覽器不會(huì)向第三方網(wǎng)站共享用戶憑據(jù)從而阻止第三方網(wǎng)站未經(jīng)授權(quán)讀取 HLS 流。對(duì)應(yīng)更新編號(hào)5975。SRT 更新修復(fù)與 StreamToStudio 的兼容性在 SRT 方面v1.19.3 修復(fù)了與 StreamToStudio 應(yīng)用之間的兼容性問題。這項(xiàng)修復(fù)提升了 MediaMTX 使用 SRT 協(xié)議與該應(yīng)用進(jìn)行交互時(shí)的兼容性。對(duì)應(yīng)更新編號(hào)5414、5928。依賴更新清單v1.19.3 同步升級(jí)了多個(gè)依賴庫覆蓋字節(jié)格式化、命令行、HLS、RTMP、RTSP、媒體處理、密碼學(xué)、網(wǎng)絡(luò)、QUIC、WebRTC、ICE、DTLS、SCTP、STUN、TURN 等領(lǐng)域。具體升級(jí)如下code.cloudfoundry.org/bytefmt從 v0.78.0 升級(jí)到 v0.82.0github.com/alecthomas/kong從 v1.15.0 升級(jí)到 v1.16.0github.com/bluenviron/gohlslib/v2從 v2.4.0 升級(jí)到 v2.4.1github.com/bluenviron/gortmplib從 v0.4.0 升級(jí)到 v0.4.1github.com/bluenviron/gortsplib/v5從 v5.6.1 升級(jí)到 v5.6.2github.com/bluenviron/mediacommon/v2從 v2.9.1 升級(jí)到 v2.9.2github.com/matthewhartstonge/argon2從 v1.5.5 升級(jí)到 v1.5.6github.com/pion/ice/v4從 v4.2.8-0.20260604162030-72f5001c4596 升級(jí)到 v4.3.0github.com/pion/interceptor從 v0.1.45 升級(jí)到 v0.1.46github.com/pion/rtcp從 v1.2.16 升級(jí)到 v1.2.17github.com/pion/rtp從 v1.10.2 升級(jí)到 v1.10.5github.com/pion/webrtc/v4從 v4.2.15 升級(jí)到 v4.2.17github.com/pires/go-proxyproto從 v0.12.0 升級(jí)到 v0.15.0github.com/quic-go/webtransport-go從 v0.11.0 升級(jí)到 v0.11.1golang.org/x/crypto從 v0.53.0 升級(jí)到 v0.54.0golang.org/x/net從 v0.56.0 升級(jí)到 v0.57.0golang.org/x/sync從 v0.21.0 升級(jí)到 v0.22.0golang.org/x/sys從 v0.46.0 升級(jí)到 v0.47.0golang.org/x/term從 v0.44.0 升級(jí)到 v0.45.0github.com/pion/datachannel從 v1.6.0 升級(jí)到 v1.6.2github.com/pion/dtls/v3從 v3.1.4 升級(jí)到 v3.1.5github.com/pion/sctp從 v1.10.0 升級(jí)到 v1.11.0github.com/pion/stun/v3從 v3.1.5 升級(jí)到 v3.1.6github.com/pion/turn/v5從 v5.0.9 升級(jí)到 v5.0.12golang.org/x/text從 v0.38.0 升級(jí)到 v0.40.0安全與二進(jìn)制完整性驗(yàn)證MediaMTX 的二進(jìn)制文件由 Release 工作流從源代碼編譯生成。該工作流是完全可見的流程用于防止已生成構(gòu)件在產(chǎn)物生成過程中被修改或受到外部干擾。二進(jìn)制文件的校驗(yàn)和還會(huì)通過 GitHub Attestations 發(fā)布到公開區(qū)塊鏈中可以使用以下命令進(jìn)行驗(yàn)證lsmediamtx_*|xargs-L1gh attestation verify--repobluenviron/mediamtx此外也可以下載checksums.sha256文件后通過以下命令驗(yàn)證二進(jìn)制文件校驗(yàn)和catchecksums.sha256|grep$(lsmediamtx_*)|sha256sum--check總結(jié)MediaMTX v1.19.3 是一次覆蓋面廣、針對(duì)性明確的更新。在安全層面本次版本強(qiáng)化了 SHA256 憑據(jù)比較方式統(tǒng)一了認(rèn)證失敗處理邏輯改進(jìn)了不支持憑據(jù)協(xié)議的認(rèn)證處理流程并修復(fù)了 WebRTC 與 HLS 通配跨域配置下可能導(dǎo)致第三方網(wǎng)站讀取流的未授權(quán)訪問問題。在穩(wěn)定性層面Media-Over-QUIC 修復(fù)了啟動(dòng)競爭、panic、OOM 與高 CPU 消耗問題RTSP 修復(fù)了 UDP 端口釋放、端口耗盡、64 位數(shù)值截?cái)唷TCP 解析等問題alwaysAvailableFile的 PTS 與 DTS 處理也得到了修正。在功能與維護(hù)層面新增加的runOnOnline、runOnOffline鉤子以及runOnAvailable、runOnUnavailable的命名調(diào)整使流狀態(tài)自動(dòng)化處理更清晰OpenAPI 自動(dòng)生成能力則改善了 API 枚舉與結(jié)構(gòu)體定義的一致性。對(duì)于使用 MediaMTX 作為流媒體接入、轉(zhuǎn)發(fā)、分發(fā)或協(xié)議轉(zhuǎn)換服務(wù)的用戶v1.19.3 包含多項(xiàng)值得關(guān)注的安全修復(fù)、兼容性修復(fù)與穩(wěn)定性改進(jìn)。