2025年高頻ios基礎(chǔ)面試題及答案Objective-C中屬性的nonatomic和atomic的核心區(qū)別是什么？實(shí)際開發(fā)中為何更傾向使用nonatomic？nonatomic和atomic是屬性聲明時(shí)的原子性修飾符。atomic（原子性）會(huì)保證屬性的setter和getter方法是線程安全的，系統(tǒng)會(huì)通過自旋鎖（spinlock_t）確保同一時(shí)間只有一個(gè)線程能訪問該屬性的賦值或取值操作。但這種安全僅針對(duì)單個(gè)屬性的讀寫操作，無法保證復(fù)合操作（如先讀再寫）的線程安全。而nonatomic（非原子性）不提供線程安全保證，其setter/getter方法直接操作內(nèi)存，沒有鎖的開銷。實(shí)際開發(fā)中更常用nonatomic，主要原因是atomic的性能損耗（每次讀寫需要加鎖解鎖），而iOS應(yīng)用的UI操作和大部分業(yè)務(wù)邏輯集中在主線程，nonatomic的性能優(yōu)勢(shì)更明顯；此外，真正需要線程安全的場(chǎng)景通常通過更細(xì)粒度的鎖（如os_unfair_lock）或GCD隊(duì)列控制，atomic的單一屬性保護(hù)意義有限。Swift中struct（結(jié)構(gòu)體）和class（類）的核心差異有哪些？各自適用場(chǎng)景是什么？struct是值類型，class是引用類型。值類型的特點(diǎn)是賦值時(shí)復(fù)制整個(gè)實(shí)例（寫時(shí)復(fù)制，COW），數(shù)據(jù)存儲(chǔ)在?；蚨眩ㄈQ于上下文），但所有權(quán)明確，無引用計(jì)數(shù)開銷；引用類型賦值時(shí)共享同一實(shí)例，通過ARC（自動(dòng)引用計(jì)數(shù)）管理內(nèi)存，實(shí)例存儲(chǔ)在堆中。具體差異包括：struct默認(rèn)不可繼承（無繼承體系），class支持繼承；struct的方法默認(rèn)不能修改自身屬性（需標(biāo)記mutating），class的方法可自由修改屬性；struct的初始化需嚴(yán)格滿足所有屬性的初始化（編譯器強(qiáng)制），class可通過指定初始化器和便捷初始化器靈活處理。適用場(chǎng)景：struct適合輕量、數(shù)據(jù)封裝且無需繼承的場(chǎng)景（如坐標(biāo)點(diǎn)CGPoint、數(shù)據(jù)模型），因其值語義天然線程安全；class適合需要狀態(tài)共享、繼承或復(fù)雜生命周期管理的場(chǎng)景（如視圖控制器UIViewController、需要多模塊共享狀態(tài)的管理器）。Block的內(nèi)存管理機(jī)制是怎樣的？如何避免Block導(dǎo)致的循環(huán)引用？Block在iOS中本質(zhì)是Objective-C對(duì)象，根據(jù)捕獲變量的情況分為三種類型：NSGlobalBlock（全局Block）、NSStackBlock（棧Block）、NSMallocBlock（堆Block）。NSGlobalBlock不捕獲任何外部變量（或僅捕獲全局變量/靜態(tài)變量），存儲(chǔ)在全局區(qū)，生命周期與程序一致；NSStackBlock捕獲局部變量（對(duì)象或基本類型），存儲(chǔ)在棧區(qū)，生命周期隨棧幀結(jié)束而銷毀（離開作用域后被釋放）；NSMallocBlock由NSStackBlock調(diào)用copy方法后提供，存儲(chǔ)在堆區(qū)，通過引用計(jì)數(shù)管理生命周期（copy時(shí)引用計(jì)數(shù)+1，釋放時(shí)-1）。Block捕獲變量的規(guī)則：對(duì)基本類型局部變量值捕獲（拷貝值到Block結(jié)構(gòu)體），對(duì)對(duì)象類型局部變量引用捕獲（強(qiáng)引用，若Block在堆上則持有該對(duì)象），對(duì)__block修飾的變量（無論基本類型或?qū)ο箢愋停?huì)提供一個(gè)結(jié)構(gòu)體，Block持有該結(jié)構(gòu)體的強(qiáng)引用，結(jié)構(gòu)體內(nèi)部持有原變量的引用（可修改）。循環(huán)引用通常發(fā)生在Block被某個(gè)對(duì)象（如self）強(qiáng)引用，同時(shí)Block內(nèi)部又強(qiáng)引用該對(duì)象（如self.xxx），導(dǎo)致兩者引用計(jì)數(shù)無法降為0。解決方案包括：使用__weak修飾符（如__weaktypeof(self)weakSelf=self;）使Block弱引用對(duì)象，對(duì)象釋放時(shí)weakSelf自動(dòng)置nil；在需要確保對(duì)象存活時(shí)結(jié)合__strong（如__strongtypeof(weakSelf)strongSelf=weakSelf;）避免在Block執(zhí)行過程中對(duì)象被釋放；Swift中使用[weakself]或[unownedself]（unowned需確保對(duì)象在Block執(zhí)行時(shí)一定存在，否則崩潰）。簡(jiǎn)述Objective-C的消息傳遞機(jī)制，objc_msgSend的執(zhí)行流程是怎樣的？Objective-C是動(dòng)態(tài)語言，方法調(diào)用本質(zhì)是“消息發(fā)送”，通過objc_msgSend函數(shù)實(shí)現(xiàn)。消息傳遞的核心流程分為三步：消息查找、動(dòng)態(tài)方法解析、消息轉(zhuǎn)發(fā)。1.消息查找：接收到消息（如[objmethod]）時(shí)，首先通過對(duì)象的isa指針找到其類對(duì)象（Class），在類的方法列表（methodlist）中查找對(duì)應(yīng)的SEL（方法選擇器）。若未找到，沿繼承鏈向上查找父類的方法列表，直到根類NSObject。2.動(dòng)態(tài)方法解析：若消息查找未找到方法，進(jìn)入動(dòng)態(tài)解析階段。調(diào)用+resolveInstanceMethod:（實(shí)例方法）或+resolveClassMethod:（類方法），允許運(yùn)行時(shí)動(dòng)態(tài)添加方法（通過class_addMethod函數(shù)關(guān)聯(lián)IMP實(shí)現(xiàn)）。若在此階段添加了方法，消息傳遞繼續(xù)執(zhí)行；若未處理，進(jìn)入消息轉(zhuǎn)發(fā)。3.消息轉(zhuǎn)發(fā)：首先嘗試快速轉(zhuǎn)發(fā)（forwardingTargetForSelector:），返回一個(gè)能處理該消息的對(duì)象，若返回nil則進(jìn)入標(biāo)準(zhǔn)轉(zhuǎn)發(fā)。標(biāo)準(zhǔn)轉(zhuǎn)發(fā)階段調(diào)用methodSignatureForSelector:獲取方法簽名，若返回有效簽名則調(diào)用forwardInvocation:方法，允許自定義處理消息（如轉(zhuǎn)發(fā)給其他對(duì)象）；若無法提供簽名，最終調(diào)用doesNotRecognizeSelector:拋出異常。自動(dòng)釋放池的工作原理是什么？開發(fā)中何時(shí)需要手動(dòng)創(chuàng)建自動(dòng)釋放池？自動(dòng)釋放池（NSAutoreleasePool）通過維護(hù)一個(gè)棧結(jié)構(gòu)的自動(dòng)釋放對(duì)象列表，管理對(duì)象的延遲釋放。當(dāng)對(duì)象調(diào)用autorelease方法時(shí)，會(huì)被加入當(dāng)前線程的自動(dòng)釋放池中（由Pthread的線程局部存儲(chǔ)TLS維護(hù)）。自動(dòng)釋放池的釋放時(shí)機(jī)由RunLoop控制：主線程的RunLoop在每次循環(huán)結(jié)束時(shí)（進(jìn)入休眠前）會(huì)觸發(fā)自動(dòng)釋放池的drain操作，將池中所有對(duì)象的引用計(jì)數(shù)減1（若引用計(jì)數(shù)降為0則釋放）。子線程若未啟用RunLoop，默認(rèn)不會(huì)創(chuàng)建自動(dòng)釋放池，需手動(dòng)管理。手動(dòng)創(chuàng)建自動(dòng)釋放池的典型場(chǎng)景包括：長(zhǎng)時(shí)間運(yùn)行的循環(huán)（如批量處理大量數(shù)據(jù)）：循環(huán)中創(chuàng)建大量臨時(shí)對(duì)象（如NSString、UIImage），若不手動(dòng)創(chuàng)建釋放池，這些對(duì)象會(huì)累積到當(dāng)前RunLoop結(jié)束時(shí)才釋放，可能導(dǎo)致內(nèi)存峰值過高。此時(shí)在循環(huán)內(nèi)部添加@autoreleasepool{}，可在每次循環(huán)迭代后及時(shí)釋放臨時(shí)對(duì)象。子線程中執(zhí)行耗時(shí)操作：子線程默認(rèn)無自動(dòng)釋放池（除非啟動(dòng)RunLoop），手動(dòng)創(chuàng)建釋放池可避免對(duì)象無法及時(shí)釋放導(dǎo)致的內(nèi)存泄漏。GCD中dispatch_sync和dispatch_async的核心區(qū)別是什么？死鎖的常見場(chǎng)景及避免方法？dispatch_sync（同步分發(fā)）會(huì)阻塞當(dāng)前線程，等待block在目標(biāo)隊(duì)列執(zhí)行完畢后再繼續(xù)執(zhí)行后續(xù)代碼；dispatch_async（異步分發(fā)）不會(huì)阻塞當(dāng)前線程，block會(huì)被提交到目標(biāo)隊(duì)列的任務(wù)列表，由隊(duì)列調(diào)度執(zhí)行，當(dāng)前線程繼續(xù)執(zhí)行后續(xù)代碼。兩者的本質(zhì)區(qū)別是是否阻塞當(dāng)前線程。死鎖的常見場(chǎng)景是在串行隊(duì)列中同步提交一個(gè)會(huì)在同一隊(duì)列執(zhí)行的block。例如：主線程（串行隊(duì)列）中調(diào)用dispatch_sync(dispatch_get_main_queue(),^{...})，此時(shí)主線程等待block執(zhí)行，但block需要主線程空閑才能執(zhí)行，導(dǎo)致相互等待。另一種場(chǎng)景是在自定義串行隊(duì)列中同步提交block到自身。避免死鎖的方法：避免在串行隊(duì)列中使用dispatch_sync提交任務(wù)到同一隊(duì)列；若需同步獲取結(jié)果，可使用dispatch_group（分組）或dispatch_semaphore（信號(hào)量）在并行隊(duì)列中處理；主線程中避免使用dispatch_sync提交任務(wù)到主線程隊(duì)列。KVO的底層實(shí)現(xiàn)原理是什么？如何手動(dòng)觸發(fā)KVO？KVO（鍵值觀察）的底層通過Runtime的isa-swizzling機(jī)制實(shí)現(xiàn)。當(dāng)對(duì)象（被觀察對(duì)象）的某個(gè)屬性被觀察時(shí)，系統(tǒng)會(huì)動(dòng)態(tài)創(chuàng)建一個(gè)該對(duì)象類的子類（命名格式為NSKVONotifying_原類名），并將被觀察對(duì)象的isa指針指向這個(gè)子類（即isa-swizzling）。子類會(huì)重寫被觀察屬性的setter方法，在setter中調(diào)用willChangeValueForKey:和didChangeValueForKey:方法，觸發(fā)觀察者的observeValueForKeyPath:ofObject:change:context:方法。原類的其他方法（如dealloc）會(huì)被保留或重寫以確保功能正常。手動(dòng)觸發(fā)KVO需顯式調(diào)用willChangeValueForKey:和didChangeValueForKey:方法，即使屬性的值未發(fā)生變化。例如：```objc[objectwillChangeValueForKey:@"property"];//手動(dòng)修改屬性值（或不修改）[objectdidChangeValueForKey:@"property"];```這兩個(gè)方法的調(diào)用順序必須正確，否則無法觸發(fā)KVO通知。RunLoop的核心作用是什么？它與線程的關(guān)系是怎樣的？RunLoop是線程的事件循環(huán)機(jī)制，作用包括：控制線程的生命周期（保持線程存活，避免執(zhí)行完任務(wù)后銷毀）、處理輸入事件（觸摸、網(wǎng)絡(luò)、定時(shí)器）、調(diào)度GCD任務(wù)（將block派發(fā)到對(duì)應(yīng)線程）、優(yōu)化界面渲染（配合CoreAnimation在RunLoop休眠前更新界面）。RunLoop與線程是一一對(duì)應(yīng)的關(guān)系，通過TLS（線程局部存儲(chǔ)）存儲(chǔ)。主線程的RunLoop在應(yīng)用啟動(dòng)時(shí)自動(dòng)創(chuàng)建并運(yùn)行（由UIApplicationMain函數(shù)啟動(dòng)），子線程的RunLoop默認(rèn)未創(chuàng)建，需手動(dòng)調(diào)用[NSRunLoopcurrentRunLoop]獲取時(shí)創(chuàng)建，但不會(huì)自動(dòng)運(yùn)行（需調(diào)用run或runMode:beforeDate:啟動(dòng)）。RunLoop的運(yùn)行模式（如NSDefaultRunLoopMode、UITrackingRunLoopMode）決定了當(dāng)前處理哪些事件源，不同模式下監(jiān)聽的事件不同（如滑動(dòng)列表時(shí)，主線程RunLoop會(huì)切換到UITrackingRunLoopMode，暫停NSDefaultRunLoopMode下的定時(shí)器）。Swift的ARC與Objective-C的ARC有何異同？Swift和Objective-C均使用ARC（自動(dòng)引用計(jì)數(shù)）管理內(nèi)存，但實(shí)現(xiàn)細(xì)節(jié)存在差異：1.對(duì)象類型：Objective-C中只有NSObject及其子類（引用類型）使用ARC，基本類型（如int）為值類型；Swift中class（引用類型）使用ARC，struct和enum（值類型）通過COW（寫時(shí)復(fù)制）管理，無引用計(jì)數(shù)開銷。2.所有權(quán)修飾符：Objective-C使用__strong（默認(rèn)）、__weak、__unsafe_unretained；Swift使用strong（默認(rèn)）、weak、unowned（類似__unsafe_unretained）、unowned(safe)/unowned(unsafe)（更細(xì)粒度控制）。3.閉包捕獲：Objective-C的Block對(duì)對(duì)象的捕獲默認(rèn)是__strong（堆Block）；Swift的閉包對(duì)值類型是值捕獲，對(duì)引用類型默認(rèn)是強(qiáng)引用，需顯式聲明[weakself]或[unownedself]。4.弱引用處理：Objective-C的__weak變量在對(duì)象釋放后自動(dòng)置nil（通過弱引用表）；Swift的weak變量同樣自動(dòng)置nil，但僅適用于類或類的可選類型（protocol需標(biāo)記@class-bound）。5.析構(gòu)函數(shù)：Objective-C通過dealloc方法釋放資源（需調(diào)用[superdealloc]）；Swift通過deinit方法（無需手動(dòng)調(diào)用父類deinit）。如何優(yōu)化UITableView的滑動(dòng)性能？UITableView的滑動(dòng)性能優(yōu)化需從數(shù)據(jù)源加載、單元格渲染、內(nèi)存管理三方面入手：1.減少單元格內(nèi)容計(jì)算：將耗時(shí)操作（如文本布局、圖片解碼）提前在子線程完成，使用異步繪制（如YYWebImage的預(yù)解碼）或緩存計(jì)算結(jié)果（如使用NSCache存儲(chǔ)單元格高度）。2.避免離屏渲染：設(shè)置cornerRadius+clipsToBounds時(shí)，若背景色與父視圖不一致會(huì)觸發(fā)離屏渲染（iOS9+對(duì)cornerRadius有優(yōu)化，若視圖為純色且大小固定則不會(huì)）；可改用CAShapeLayer繪制圓角，或使用mask圖片（需權(quán)衡內(nèi)存）。陰影（shadow）的繪制也會(huì)觸發(fā)離屏渲染，可通過設(shè)置shadowPath（明確陰影路徑）減少計(jì)算量。3.優(yōu)化單元格復(fù)用：正確使用dequeueReusableCellWithIdentifier:方法，避免重復(fù)創(chuàng)建單元格；注冊(cè)單元格類型（registerClass:forCellReuseIdentifier:）減少動(dòng)態(tài)查找時(shí)間。4.減少圖層層級(jí)：?jiǎn)卧竦膕ubview數(shù)量控制在5個(gè)以內(nèi)，避免嵌套過多視圖；使用CALayer替代UIView（如顯示靜態(tài)圖片），減少視圖層級(jí)的計(jì)算。5.延遲加載非必要內(nèi)容：滑動(dòng)時(shí)暫停圖片加載（通過UIScrollView的delegate方法判斷滑動(dòng)狀態(tài)），靜止時(shí)加載；使用漸進(jìn)式圖片加載（如WebP格式）。6.內(nèi)存管理：及時(shí)釋放不再使用的緩存（如滑動(dòng)到遠(yuǎn)區(qū)域時(shí)清除離屏單元格的圖片緩存），避免內(nèi)存峰值過高導(dǎo)致應(yīng)用被系統(tǒng)終止。簡(jiǎn)述TCP三次握手和四次揮手的過程，iOS中如何實(shí)現(xiàn)網(wǎng)絡(luò)請(qǐng)求的斷點(diǎn)續(xù)傳？TCP三次握手是建立連接的過程：1.客戶端發(fā)送SYN包（seq=x），請(qǐng)求建立連接；2.服務(wù)器收到后發(fā)送SYN+ACK包（seq=y,ack=x+1），確認(rèn)客戶端請(qǐng)求；3.客戶端發(fā)送ACK包（seq=x+1,ack=y+1），確認(rèn)服務(wù)器響應(yīng)，連接建立。四次揮手是斷開連接的過程：1.客戶端發(fā)送FIN包（seq=u），請(qǐng)求斷開連接；2.服務(wù)器收到后發(fā)送ACK包（seq=v,ack=u+1），確認(rèn)客戶端請(qǐng)求；3.服務(wù)器處理剩余數(shù)據(jù)后發(fā)送FIN+ACK包（seq=w,ack=u+1），通知客戶端可斷開；4.客戶端發(fā)送ACK包（seq=u+1,ack=w+1），確認(rèn)服務(wù)器斷開，連接終止。iOS中實(shí)現(xiàn)斷點(diǎn)續(xù)傳需利用HTTP的Range頭字段。步驟如下：1.首次請(qǐng)求時(shí)記錄文件總大?。ㄍㄟ^響應(yīng)頭的Content-Length），并在本地創(chuàng)建臨時(shí)文件；2.中斷后重新請(qǐng)求時(shí)，獲取本地臨時(shí)文件的當(dāng)前大?。╫ffset），設(shè)置請(qǐng)求頭Range:bytes=offset-；3.服務(wù)器返回206PartialContent狀態(tài)碼及從offset開始的數(shù)據(jù)，將新數(shù)據(jù)追加到臨時(shí)文件；4.下載完成后校驗(yàn)文件完整性（如MD5哈希），重命名臨時(shí)文件為最終文件。實(shí)際開發(fā)中可使用NSURLSession的NSURLSessionDownloadTask，通過resumeData（中斷時(shí)的恢復(fù)數(shù)據(jù)）實(shí)現(xiàn)斷點(diǎn)續(xù)傳；或手動(dòng)使用NSURLSessionDataTask，結(jié)合文件句柄（NSFileHandle）寫入數(shù)據(jù)。什么是內(nèi)存泄漏？iOS中如何檢測(cè)和解決內(nèi)存泄漏？?jī)?nèi)存泄漏指對(duì)象已不再使用，但引用計(jì)數(shù)無法降為0導(dǎo)致無法釋放，造成內(nèi)存持續(xù)占用。常見場(chǎng)景包括循環(huán)引用（如Block與self相互強(qiáng)引用）、未正確釋放的代理（delegate未使用weak修飾）、NSTimer未invalidate（定時(shí)器對(duì)target強(qiáng)引用）、全局容器（如單例的數(shù)組）未及時(shí)移除對(duì)象。檢測(cè)方法：Xcode的MemoryGraphDebugger（內(nèi)存圖調(diào)試器）：通過Debug>MemoryGraphDebugger捕獲內(nèi)存快照，分析對(duì)象的引用鏈，定位未釋放的對(duì)象。Instruments的Leaks工具：檢測(cè)未被釋放的堆內(nèi)存，但無法檢測(cè)循環(huán)引用（因?qū)ο笕员灰?，不屬于“泄漏”的?nèi)存）。靜態(tài)分析（Analyze）：通過Xcode的Analyze功能檢查潛在的內(nèi)存問題（如未釋放的資源）。解決方法：打破循環(huán)引用：使用weak修飾符（如代理屬性聲明為weak）、Block內(nèi)部使用weakSelf；及時(shí)釋放資源：NSTimer需在dealloc中調(diào)用invalidate（并將timer置nil），避免強(qiáng)引用target；管理全局容器：?jiǎn)卫蛉謹(jǐn)?shù)組中的對(duì)象在不需要時(shí)主動(dòng)移除；使用自動(dòng)工具：如FBRetainCycleDetector（Facebook開源庫）自動(dòng)檢測(cè)循環(huán)引用。Swift的可選類型（Optional）設(shè)計(jì)目的是什么？強(qiáng)制解包（!）和可選綁定（iflet/guardlet）的使用場(chǎng)景？可選類型用于表示值可能存在或不存在（即“可能為nil”），是Swift類型安全的核心特性。Objective-C中通過nil表示空值，但僅適用于對(duì)象類型；Swift的Optional是枚舉（enumOptional<T>{casenone;casesome(T)}），可用于所有類型（如Int?、String?），明確標(biāo)識(shí)值的可選性，避免隱式解包導(dǎo)致的崩潰。強(qiáng)制解包（!）用于開發(fā)者明確知道可選值一定有值的場(chǎng)景（如InterfaceBuilder連接的@IBOutlet屬性，運(yùn)行時(shí)已加載），但需承擔(dān)崩潰風(fēng)險(xiǎn)（若值為nil則觸發(fā)fatalError）?？蛇x綁定（iflet/guardlet）用于安全地解包可選值。iflet適用于局部作用域內(nèi)使用解包后的值（如：ifletname={...}）；guardlet適用于提前退出無效狀態(tài)（如函數(shù)中校驗(yàn)參數(shù)，若為nil則return，保證后續(xù)代碼使用非空值），提高代碼可讀性和安全性。簡(jiǎn)述Objective-C的類加載過程，+load和+initialize的核心區(qū)別？類加載過程發(fā)生在應(yīng)用啟動(dòng)時(shí)（dyld動(dòng)態(tài)鏈接階段之后，main函數(shù)之前），由libobjc庫的objc-os.mm負(fù)責(zé)。主要步驟包括：1.加載類、分類、協(xié)議的信息到內(nèi)存（通過dyld獲取所有image的信息）；2.修復(fù)類的繼承關(guān)系（確保父類已加載）；3.調(diào)用類的+load方法（若實(shí)現(xiàn)），按“父類->子類->分類”的順序執(zhí)行；4.注冊(cè)類到Runtime的類表中，完成類的初始化。+load和+initialize的區(qū)別：調(diào)用時(shí)機(jī)：+load在類被加載到內(nèi)存時(shí)調(diào)用（早于main函數(shù)），每個(gè)類僅調(diào)用一次（即使多次加載）；+initialize在類首次被使用時(shí)調(diào)用（如發(fā)送消息[Classmethod]），繼承鏈中按“父類->子類”的順序調(diào)用（若子類未實(shí)現(xiàn)則調(diào)用父類的）。調(diào)用次數(shù)：+load無論是否被繼承，每個(gè)類和分類獨(dú)立調(diào)用；+initialize若子類未實(shí)現(xiàn)，每次子類使用時(shí)會(huì)調(diào)用父類的+initialize（可能多次調(diào)用）。應(yīng)用場(chǎng)景：+load用于需要盡早執(zhí)行的操作（如方法交換）；+