我有一個iOS應用程式,可以像這樣獲得國家代碼
。NSLocale *currentLocale = [NSLocale autoupdatingCurrentLocale]。
NSString *countryCode = [currentLocale objectForKey:NSLocaleCountryCode] 。
我知道從技術上講,這可以是空的,但我認為(不正確地)這只可能發生在角落的情況下,這并不重要。
但是現在我有一個用戶,他的手機報告了空的定位,這破壞了我的應用程式的一部分,使他們無法使用。在進行錯誤修復的同時,我只想了解如何進入和退出這種狀態,以便他們能夠繞過這個錯誤。但是,即使他們將語言和地區設定為英語/美國,他們仍然在語言& 地區螢屏上得到這個奇怪的結果:
而我的應用程式中的bug仍然是由于null locale/region而發生的。根據維基百科,這就是底部的0xa4 "貨幣符號":
貨幣符號 "是一個用于表示未指定貨幣的字符。
這樣看來,即使是iOS也不理解他們的定位。這種情況在真正的手機上是如何發生的,又是如何解決的呢?
他們用的是 "小米"。
他們使用的是iOS 14.7.1版本的iPhone 12 mini。
uj5u.com熱心網友回復:
這是一個不幸的、有些罕見的錯誤,似乎與用戶偏好在設備上被粉碎有關,在沒有已知原因的情況下,除了試圖檢測它并退回到一些默認區域(如en_US)之外,你對此沒有什么辦法。
深入研究(細節來自Hopper):
<Foundation>
[NSLocale autoupdatingCurrentLocale]創建一個NSAutoLocale的實體,這是一個私有類的實體,其初始化器獲取[NSLocale currentLocale]并監聽一個私有定義的通知,當當前locale改變時:[NSLocale autoupdatingCurrentLocale] 。 00000000000bdfd8 stp x29, x30, [sp, #-0x10]! ; Objective C實作定義在0x24fb80(class method)。 00000000000bdfdc mov x29, sp 00000000000bdfe0 adrp x8, #0x353000 ; &@selector(variantFormatter)。 00000000000bdfe4 ldr x0, [x8, #0xf58] ; objc_cls_ref_NSAutoLocale,_OBJC_CLASS_$_NSAutoLocale 00000000000bdfe8 bl imp___stubs__objc_opt_new ; objc_opt_new 00000000000bdfec ldp x29, x30, [sp], #0x10 00000000000bdff0 b imp___stubs__objc_autorelease ; objc_autorelease int -[NSAutoLocale _init](int arg0){ r19 = arg0; r0 = [NSLocale currentLocale] 。 r0 = [r0 retain]。 r8 = 0x35603c; asm { ldpsw x8, x9, [x8] }; *(r19 r9) = r0; pthread_mutex_init(r19 r8, 0x0)。 [[NSNotificationCenter defaultCenter] addObserver:r19 selector:@selector(_update: ) name:@"kCFLocaleCurrentLocaleDidChangeNotification-4" object:0x0】。] r0 = r19; return r0; }
。NSAutoLocale回應所有的locale方法,并將它們轉發到底層的NSLocale實體,所以我們可以看看currentLocale回傳什么<CoreFoundation>
[NSLocale currentLocale]簡單地回傳_CFLocaleCopyCurrent()的結果(NSLocale和CFLocaleRef是免費橋接的):void [NSLocale currentLocale]() { [_CFLocaleCopyCurrent() autorelease]。 return; }_CFLocaleCopyCurrent()回傳一個 "Guts "函式的共享實作的內容,該函式從多個地方以不同的引數呼叫:int _CFLocaleCopyCurrent() { rax = __CFLocaleCopyCurrentGuts(0x0, 0x1, 0x0, 0x0) 。 return rax; }<CoreFoundation>
__CFLocaleCopyCurrentGuts太大,無法在此行內,但當用給定的引數呼叫時(并且當它沒有快取的 "當前locale "實體時),它通過從當前用戶偏好中查找AppleLocale鍵的值來創建一個新的locale。- 如果失敗,它也會查找
AppleLanguages字典,并嘗試從其中一個值中創建一個locale,但這是單獨的 。
- 如果失敗,它也會查找
因此,"當前的locale "僅僅是一個用prefs中 "AppleLocale "定義的locale識別符號構建的locale物件。所看的具體位置是 kCFPreferencesAnyApplication 應用程式 (即全域 prefs) 對于 kCFPreferencesCurrentUser 在 kCFPreferencesCurrentHost - 即。defaults read/write NSGlobalDomain ... (相當于defaults read/write -g ...)所回傳的。
你可以自己檢查這個值,因為我的機器被設定為美國的英語,所以我看到
你可以自己檢查這個值。
$ defaults read -g AppleLocale
en_US
你可以寫一個檢查 "AppleLocale "的小工具,給 "AppleLocale "寫一個值,如果你愿意的話,再重新運行它來檢查這個變化,但這也可以在行程中進行(以一種復雜的方式)。如果你從Objective-C的某個地方轉發宣告_CFLocaleResetCurrent()(一個橋接頭也行),你可以直接呼叫清除當前locale快取的函式,并通過直接操作CFPreferences,看到當前locale的變化:
import Foundation
func overwriteLocaleIdentifier(_ identifier: String) {
//我們使用kCFPreferencesCurrentApplication來避免改變整個系統的設定。
CFPreferencesSetAppValue("AppleLocale"/span> as CFString, identifier as CFString, kCFPreferencesCurrentApplication)
_CFLocaleResetCurrent()
}
func withOverwrittenLocaleIdentifier(_ identifier: String, _ action: () -> Void) {
let currentIdentifier = Locale.current.identifier
defer { overwriteLocaleIdentifier(currentIdentifier) }
overwriteLocaleIdentifier(identifier)
行動()
}
print(Locale.current.identifier)
withOverwrittenLocaleIdentifier("he_IL") {
print(Locale.current.identifier)
}
print(Locale.current.identifier)
對我來說,這產生了
en_US
he_IL
en_US
無論好壞,這種行為都意味著 "AppleLocale "鍵的任何值都將被用作當前的locale標識。
如果 "AppleLocale "值缺失,你會開始看到一些日志:
20210915 16: 47: 52. 013846-0400 LocaleExample[40427:9913027] [User Defaults] CFPrefsPlistSource<0x107b08420> (Domain: kCFPreferencesAnyApplication, User: kCFPreferencesCurrentUser, ByHost: No, Container: (null), 內容需要重繪 。No)。) for key AppleLocale的值是(null)。預期為en_US(defaults(40182)。2021-09-1516:44:29(EDT))
當任何一個locale識別符號缺失(或被設定為無意義)時,系統絕對會開始出現錯誤行為,因為locale識別符號被直接使用。
那么,這種情況何時會發生?在典型的 iOS 設備上,答案應該是 "永遠不會",但事實并非如此。通過典型的 UI,沒有辦法意外地將區域識別符號設定為無效的東西,但我曾在野外看到用戶的區域設定為
""、"en"(沒有國家代碼),或者根本沒有,在手頭的設備上,確認是庫存,沒有越獄,等等。實際上,只要有一個行為不端的程式破壞了 "AppleLocale "的值,你就會陷入這種情況。
除了退回到一個已知的好的本地(或像en_US這樣的默認值)之外,通常沒有真正的補救措施,如果用戶提出要求,請他們通過設定重置他們的本地(改變設定,然后再改回來)。理想情況下,這將使他們回到一個已知的良好狀態。
。
轉載請註明出處,本文鏈接:https://www.uj5u.com/qiye/323507.html
標籤:
上一篇:如何在后臺啟動活動并立即關閉它?
