Intent.ActionNewOutgoingCall 欄位

[Android.Runtime.Register("ACTION_NEW_OUTGOING_CALL")]
public const string ActionNewOutgoingCall;

[<Android.Runtime.Register("ACTION_NEW_OUTGOING_CALL")>]
val mutable ActionNewOutgoingCall : string

欄位值

實作

屬性

RegisterAttribute

備註

廣播動作：即將接通外撥電話。

意圖將有以下額外值：

<UL><LI><EM>android.content.Intent#EXTRA_PHONE_NUMBER</EM> - 原本打算撥打的電話號碼。</li></ul>

從 Android 15 開始，這個廣播不再以有序廣播形式發送。 但現在已經 resultData 不再影響，也不會決定通話的實際路由。 此外，接收此廣播的接收者無法獲得前景優先權，也無法啟動背景活動。

廣播結束後，結果資料會被用作實際撥打的號碼。 若 null，則不會被下注。

多個接收端輪流處理外撥電話是完全可以接受的：例如，家長監控應用程式可能會驗證使用者當時有權撥打電話，然後若未指定區碼，號碼重寫應用程式可能會新增區碼。

為了保持一致性，任何目的是禁止電話的接收器應將優先權設為 0，以確保它能看到最終要撥打的電話號碼。 任何負責重寫電話號碼以便被呼叫的接收器，都應該享有正優先權。 本節目的負優先權保留給系統;使用它們可能會造成問題。

任何接收此意圖 <em>的廣播接收器不得<中> 止該廣播。

緊急電話無法使用此機制攔截，其他通話也無法修改以撥打緊急號碼。

有些應用程式（例如 VoIP 應用程式）可能會想將外撥電話重新導向使用自家服務。 這些應用程式應該先透過設定 resultData null 來阻止通話，然後再啟動自己的應用程式來撥打電話。

你必須持有 android.Manifest.permission#PROCESS_OUTGOING_CALLS 這個意圖的許可。

這是一種受保護的意圖，只能由系統傳送。

如果使用者選擇了 來 android.telecom.CallRedirectionService 處理外撥電話的轉接，這個意圖不會以有序廣播的形式發送。 這表示其他應用程式嘗試以此意圖重寫外撥通話時，將被忽略。

此會員已被棄用。 重新導向外撥呼叫的應用程式應該使用 android.telecom.CallRedirectionService API。 執行來電篩選的應用程式應該使用這個 android.telecom.CallScreeningService API。 需要通知基本通話狀態的應用程式應該用來 android.telephony.TelephonyCallback.CallStateListener 判斷何時有新的外撥電話。

Java 文件 android.content.Intent.ACTION_NEW_OUTGOING_CALL。

本頁部分內容為基於 Open Source Project 所創建與分享的作品，並依授權條款所描述的使用進行修改。