Minimax一面

1. static是什么，和class有什么不同？ 答：聲明一個(gè)靜態(tài)屬性或者函數(shù)，我們常常使用值類型的static修飾符。下面就是一個(gè)結(jié)構(gòu)體的例子： struct Sun { static func illuminate() {} } 對(duì)類來(lái)說(shuō),使用static 或者class修飾符，都是可以的。它們使用后的效果是一樣的，但是本質(zhì)上是不同的。能解釋一下為什么不同嗎？ 答案： static修飾的屬性或者修飾的函數(shù)都不可以重寫(xiě)。但是使用class修飾符，你可以重寫(xiě)屬性或者函數(shù)。 當(dāng)static在類中應(yīng)用的時(shí)候，static就成為class final的一個(gè)別名。
2. Class 和 Struct 的區(qū)別

• 類是引用類型, 結(jié)構(gòu)體為值類型
• 結(jié)構(gòu)體不可以繼承
• 值類型被賦予給一個(gè)變量、常量或者被傳遞給一個(gè)函數(shù)的時(shí)候，其值會(huì)被拷貝
• 引用類型在被賦予到一個(gè)變量、常量或者被傳遞到一個(gè)函數(shù)時(shí)，其值不會(huì)被拷貝。因此，引用的是已存在的實(shí)例本身而不是其拷貝

1. 三個(gè)線程異步執(zhí)行，想要獲取三個(gè)線程的結(jié)果再執(zhí)行下一段代碼，該怎么辦？ 用DISPATCHQUEUE
2. 三種閉包
3. 逃逸閉包，尾隨閉包，自動(dòng)閉包 當(dāng)一個(gè)閉包作為參數(shù)傳到一個(gè)函數(shù)中，但是這個(gè)閉包在函數(shù)返回之后才被執(zhí)行，我們稱該閉包從函數(shù)中逃逸。當(dāng)你定義接受閉包作為參數(shù)的函數(shù)時(shí)，你可以在參數(shù)名之前標(biāo)注 @escaping，用來(lái)指明這個(gè)閉包是允許“逃逸”出這個(gè)函數(shù)的。非逃逸閉包、逃逸閉包，一般都是當(dāng)做參數(shù)傳遞給函數(shù)非逃逸閉包:閉包調(diào)用發(fā)生在函數(shù)結(jié)束前，閉包調(diào)用在函數(shù)作用域內(nèi)逃逸閉包:閉包有可能在函數(shù)結(jié)束后調(diào)用，閉包調(diào)用逃離了函數(shù)的作用域，需要通過(guò)@escaping聲明 尾隨閉包是最后一個(gè)閉包，可以自動(dòng)類型推斷
4. 如何解決循環(huán)引用？ weak 和 unkowned 的引入是為了解決由 strong 帶來(lái)的循環(huán)引用問(wèn)題。簡(jiǎn)單來(lái)說(shuō)，就是當(dāng)兩個(gè)對(duì)象互相有一個(gè)強(qiáng)指向去指向?qū)Ψ?，這樣導(dǎo)致兩個(gè)對(duì)象在內(nèi)存中無(wú)法釋放。
5. weak和unknowned的區(qū)別？ weak 和 unowned 的使用場(chǎng)景有如下差別：

• 當(dāng)訪問(wèn)對(duì)象時(shí)該對(duì)象可能已經(jīng)被釋放了，則用 weak。比如 delegate 的修飾。
• 當(dāng)訪問(wèn)對(duì)象確定不可能被釋放，則用 unowned。比如 self 的引用。
• 實(shí)際上為了安全起見(jiàn)，很多公司規(guī)定任何時(shí)候都使用 weak 去修飾。 掛了，方向不符合，給了一道括號(hào)匹配代碼題簡(jiǎn)單做做

收集iOS題8. Flutter iOS的app framework怎么瘦身，做了哪些（二進(jìn)制瘦身，還是資源刪減，是業(yè)務(wù)還是flutter層）？Flutter iOS的app framework瘦身可以從以下幾個(gè)方面進(jìn)行：

1. 二進(jìn)制瘦身：通過(guò)移除未使用的代碼和庫(kù)，減小二進(jìn)制文件的大小?？梢允褂肵code的Build Settings中的Strip Linked Product選項(xiàng)來(lái)開(kāi)啟二進(jìn)制瘦身。
2. 資源刪減：檢查項(xiàng)目中的圖像、音頻和其他資源文件，移除未使用或不必要的資源?？梢允褂肵code的Images.xcassets來(lái)管理和優(yōu)化圖像資源。
3. Dart和Flutter層瘦身：在Dart和Flutter代碼中，移除未使用的類、函數(shù)和方法，以及不必要的依賴包?？梢允褂肈art的pubspec.yaml文件來(lái)管理和優(yōu)化依賴包。
4. 使用Flutter的Tree Shaking特性：在編譯時(shí)，F(xiàn)lutter會(huì)自動(dòng)移除未使用的代碼，從而減小最終的二進(jìn)制文件大小。確保在編譯時(shí)開(kāi)啟Tree Shaking功能。
5. 使用Flutter的Code Splitting特性：將應(yīng)用程序拆分成多個(gè)模塊，按需加載，從而減小初始安裝包的大小。可以使用Flutter的--split-debug-info=<path>命令來(lái)實(shí)現(xiàn)代碼拆分。
6. 使用Flutter的懶加載特性：在需要時(shí)才加載某些資源，從而減小應(yīng)用程序的內(nèi)存占用?？梢允褂肍lutter的Future.delayed方法來(lái)實(shí)現(xiàn)懶加載。
7. 優(yōu)化網(wǎng)絡(luò)請(qǐng)求：減少不必要的網(wǎng)絡(luò)請(qǐng)求，合并多個(gè)請(qǐng)求為一個(gè)請(qǐng)求，從而減小應(yīng)用程序的數(shù)據(jù)流量。可以使用Flutter的http庫(kù)來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)請(qǐng)求的優(yōu)化。
8. 使用Flutter的緩存策略：合理使用緩存，避免重復(fù)加載相同的資源，從而減小應(yīng)用程序的數(shù)據(jù)流量。可以使用Flutter的ImageCache類來(lái)實(shí)現(xiàn)圖像資源的緩存。 總之，F(xiàn)lutter iOS的app framework瘦身需要從多個(gè)方面進(jìn)行優(yōu)化，包括二進(jìn)制瘦身、資源刪減、代碼優(yōu)化等，以減小應(yīng)用程序的大小和內(nèi)存占用。
9. Flutter渲染樹(shù)（三個(gè)樹(shù)）介紹和原理 Flutter的渲染樹(shù)包括Widget、Element和RenderObject這三個(gè)樹(shù)形結(jié)構(gòu)，它們共同完成UI的構(gòu)建和渲染工作。具體介紹如下：
10. Widget樹(shù)：

• Widget是Flutter用戶界面的不可變描述。它們是UI組件的配置數(shù)據(jù)結(jié)構(gòu)，描述了UI的部分內(nèi)容。
• Widget樹(shù)是由Widget對(duì)象構(gòu)成的層次結(jié)構(gòu)，它定義了應(yīng)用程序的用戶界面。
• Flutter頁(yè)面由各種Widget組合而成，每個(gè)Widget都是不可變的，即它的所有屬性都必須為final類型。

1. Element樹(shù)：

• Element是Widget的一個(gè)實(shí)例化對(duì)象，它通過(guò)Widget的createElement()方法創(chuàng)建，并保存了上下文信息。
• Element作為Widget樹(shù)和RenderObject樹(shù)之間的橋梁，持有對(duì)應(yīng)的Widget和RenderObject的引用，并負(fù)責(zé)配置Widget在視圖樹(shù)中的位置。

1. RenderObject樹(shù)：

• RenderObject用于應(yīng)用界面的布局和繪制，它包含了元素的大小、布局等信息。
• RenderObject樹(shù)是實(shí)際執(zhí)行布局和繪制操作的結(jié)構(gòu)，它根據(jù)Widget的屬性進(jìn)行l(wèi)ayout和繪制。

三棵樹(shù)的協(xié)同工作原理：

• 當(dāng)應(yīng)用程序啟動(dòng)時(shí)，F(xiàn)lutter會(huì)首先構(gòu)建Widget樹(shù)，然后遍歷這個(gè)樹(shù)，為每個(gè)Widget創(chuàng)建對(duì)應(yīng)的Element對(duì)象，形成Element樹(shù)。
• 接著，F(xiàn)lutter會(huì)調(diào)用每個(gè)Element的createRenderObject()方法來(lái)創(chuàng)建相應(yīng)的RenderObject，從而形成RenderObject樹(shù)。
• 在UI更新過(guò)程中，如果Widget的配置發(fā)生變化，F(xiàn)lutter會(huì)比較新的Widget樹(shù)與舊的Widget樹(shù)，并通過(guò)Element樹(shù)高效地確定哪些RenderObject需要更新，以最小化渲染工作量。 總的來(lái)說(shuō)，這種設(shè)計(jì)使得Flutter能夠有效地管理和更新UI，同時(shí)保持高性能的渲染過(guò)程。

騰訊一面10. 定義值類型和引用類型Swift有三種聲明類型的方式：class，struct和enum。 它們可以分為值類型（struct和enum）和引用類型（class）。 它們?cè)趦?nèi)存中的存儲(chǔ)方式不同決定它們之間的區(qū)別：

• 值類型存儲(chǔ)在棧區(qū)。 每個(gè)值類型變量都有其自己的數(shù)據(jù)副本，并且對(duì)一個(gè)變量的操作不會(huì)影響另一個(gè)變量。
• 引用類型存儲(chǔ)在其他位置（堆區(qū)），我們?cè)趦?nèi)存中有一個(gè)指向該位置的引用。 引用類型的變量可以指向相同類型的數(shù)據(jù)。 因此，對(duì)一個(gè)變量進(jìn)行的操作會(huì)影響另一變量所指向的數(shù)據(jù)。

1. Swift中字典的存儲(chǔ)方式 有一個(gè)唯一的鍵值對(duì)，存儲(chǔ)在哈希表當(dāng)中，其中如果產(chǎn)生沖突，采用的是開(kāi)放定址法(+1） https://juejin.cn/post/6932770154619076621
2. http1.0和http2.0的區(qū)別 HTTP1.0和HTTP2.0在連接方式、多路復(fù)用、頭部壓縮以及服務(wù)器推送方面存在明顯區(qū)別。具體來(lái)說(shuō)： 支持長(zhǎng)連接
3. 連接方式：在HTTP1.0中，瀏覽器與服務(wù)器之間只保持短暫的連接，每次請(qǐng)求都需要建立一個(gè)新的TCP連接。而HTTP2.0基于SPDY協(xié)議，使用了二進(jìn)制分幀機(jī)制，允許在一個(gè)單一的TCP連接上進(jìn)行多路復(fù)用，即可以同時(shí)處理多個(gè)請(qǐng)求和響應(yīng)，減少了因多次建立連接而產(chǎn)生的延遲和開(kāi)銷。
4. 多路復(fù)用：HTTP1.0的請(qǐng)求是串行的，一個(gè)請(qǐng)求完成才能發(fā)送下一個(gè)請(qǐng)求，這導(dǎo)致了隊(duì)頭阻塞問(wèn)題。而HTTP2.0通過(guò)多路復(fù)用技術(shù)解決了這一問(wèn)題，可以并行地傳輸多個(gè)請(qǐng)求和響應(yīng)，提高了頁(yè)面加載速度。
5. 頭部壓縮：HTTP2.0支持頭部壓縮，能夠減少請(qǐng)求和響應(yīng)頭部的大小，進(jìn)一步節(jié)省帶寬，加快數(shù)據(jù)傳輸速度。而HTTP1.0不支持頭部壓縮。
6. 服務(wù)器推送：HTTP2.0引入了服務(wù)器推送（Server Push）特性，使得服務(wù)器可以在客戶端需要之前就主動(dòng)發(fā)送數(shù)據(jù)，進(jìn)一步提高了效率。HTTP1.0則沒(méi)有這個(gè)功能。

總的來(lái)說(shuō)，HTTP2.0相比HTTP1.0在連接方式等方面都有顯著的提升。這些改進(jìn)使得HTTP2.0在現(xiàn)代網(wǎng)絡(luò)應(yīng)用中更為高效和實(shí)用。13. HTTPS是通過(guò)TLS/SSL協(xié)議實(shí)現(xiàn)加密的。

首先，客戶端和服務(wù)器進(jìn)行握手，期間會(huì)交換支持的加密算法、協(xié)議版本等信息。然后，服務(wù)器會(huì)發(fā)送自己的數(shù)字證書(shū)給客戶端，以證明自己的身份。這個(gè)證書(shū)通常由權(quán)威的證書(shū)頒發(fā)機(jī)構(gòu)簽發(fā)。

接下來(lái)是密鑰交換階段，客戶端和服務(wù)器協(xié)商生成一個(gè)對(duì)稱密鑰，即"對(duì)話密鑰"。這個(gè)密鑰將用于后續(xù)的所有加密通信。在非對(duì)稱加密中，服務(wù)器還會(huì)發(fā)送一個(gè)公鑰給客戶端，客戶端使用這個(gè)公鑰加密"預(yù)主秘鑰"（Pre-Master Secret），然后發(fā)送給服務(wù)器。服務(wù)器使用私鑰解密得到預(yù)主秘鑰，雙方基于此計(jì)算出相同的對(duì)話密鑰。

最后，使用對(duì)話密鑰對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行加密和解密。因?yàn)閷?duì)話密鑰是對(duì)稱的，所以加解密速度快，適合大量數(shù)據(jù)的加密傳輸。同時(shí)，TLS/SSL協(xié)議還保證了數(shù)據(jù)的完整性和防篡改性。

總的來(lái)說(shuō)，HTTPS通過(guò)TLS/SSL協(xié)議實(shí)現(xiàn)了數(shù)據(jù)傳輸?shù)募用?，確保了網(wǎng)絡(luò)通信的安全性。

1. Swift的編譯流程Swift的編譯流程主要包括以下幾個(gè)步驟：
2. 源代碼編寫(xiě)：開(kāi)發(fā)者使用Swift語(yǔ)言編寫(xiě)源代碼，這些源代碼文件通常以.swift為擴(kuò)展名。
3. 編譯成中間表示（IR）：Swift編譯器首先將Swift源代碼編譯成一種稱為中間表示（Intermediate Representation，簡(jiǎn)稱IR）的形式。IR是一種與平臺(tái)無(wú)關(guān)的表示形式，它包含了源代碼的抽象語(yǔ)法樹(shù)（AST）和一些優(yōu)化信息。
4. 優(yōu)化：在生成IR之后，編譯器會(huì)進(jìn)行一系列的優(yōu)化工作，以提高代碼的執(zhí)行效率。這些優(yōu)化可能包括去除未使用的代碼、內(nèi)聯(lián)函數(shù)調(diào)用、循環(huán)展開(kāi)等。
5. 生成目標(biāo)代碼：優(yōu)化后的IR會(huì)被進(jìn)一步編譯成目標(biāo)平臺(tái)的機(jī)器代碼。這個(gè)過(guò)程可能會(huì)涉及到不同的后端編譯器，取決于目標(biāo)平臺(tái)是iOS、macOS、Linux還是其他系統(tǒng)。
6. 鏈接：如果項(xiàng)目中包含了多個(gè)編譯單元或者使用了第三方庫(kù)，編譯器還需要將這些部分鏈接起來(lái)，形成最終的可執(zhí)行文件。
7. 調(diào)試信息生成：為了能夠在后續(xù)的調(diào)試過(guò)程中使用，編譯器還會(huì)生成調(diào)試信息。這通常需要在編譯時(shí)加上特定的參數(shù)，如-g參數(shù)，以便在目標(biāo)文件中包含必要的調(diào)試信息。
8. 運(yùn)行或打包：最后，編譯完成的可執(zhí)行文件可以直接運(yùn)行，或者根據(jù)需要進(jìn)行打包，以便于分發(fā)或部署。

總的來(lái)說(shuō)，整個(gè)編譯流程確保了Swift代碼能夠被高效地轉(zhuǎn)換成可以在特定平臺(tái)上運(yùn)行的機(jī)器代碼，同時(shí)提供了必要的調(diào)試支持。Swift的設(shè)計(jì)還注重內(nèi)存安全性和原生錯(cuò)誤處理，以提高應(yīng)用的穩(wěn)定性和安全性。15. 在Swift編程語(yǔ)言中，線程鎖的實(shí)現(xiàn)方式是什么？請(qǐng)?jiān)敿?xì)描述其工作原理和使用方法。在Swift編程語(yǔ)言中，線程鎖可以通過(guò)多種方式實(shí)現(xiàn)，包括互斥鎖（Mutex）、遞歸鎖、讀寫(xiě)鎖以及使用DispatchQueue等。 線程鎖的工作原理主要是通過(guò)控制對(duì)共享資源的訪問(wèn)來(lái)實(shí)現(xiàn)線程同步**。當(dāng)一個(gè)線程獲得鎖時(shí)，它會(huì)阻止其他線程訪問(wèn)被鎖定的代碼區(qū)域或資源，直到該線程釋放鎖為止。這樣可以防止多個(gè)線程同時(shí)修改同一份數(shù)據(jù)，從而避免數(shù)據(jù)競(jìng)爭(zhēng)和不一致的問(wèn)題。

要在Swift中使用線程鎖，首先需要選擇合適的鎖類型。例如，如果需要保護(hù)的代碼區(qū)域允許遞歸調(diào)用，那么應(yīng)該選擇遞歸鎖。如果多個(gè)線程只需要讀取共享數(shù)據(jù)而不進(jìn)行寫(xiě)入，那么可以使用讀寫(xiě)鎖來(lái)提高效率。具體操作如下：

• 互斥鎖（Mutex）：可以使用pthread_mutex_t類型的互斥鎖，它在鎖定時(shí)會(huì)阻塞當(dāng)前線程，直到鎖被釋放。這種鎖適用于保護(hù)臨界區(qū)的代碼，確保同一時(shí)間只有一個(gè)線程可以執(zhí)行這部分代碼。
• 遞歸鎖：Swift中的NSLock類可以實(shí)現(xiàn)簡(jiǎn)單的互斥鎖，但它不是遞歸的。如果需要遞歸鎖，可以考慮使用NSRecursiveLock類。
• 讀寫(xiě)鎖：可以使用pthread_rwlock_t類型的讀寫(xiě)鎖，它允許多個(gè)讀線程同時(shí)訪問(wèn)，但在寫(xiě)線程獲取鎖時(shí)會(huì)阻止其他所有線程的訪問(wèn)。
• DispatchQueue：可以使用GCD提供的DispatchQueue來(lái)實(shí)現(xiàn)同步。通過(guò)創(chuàng)建串行隊(duì)列，可以確保任務(wù)按順序執(zhí)行，從而避免競(jìng)爭(zhēng)條件。此外，還可以使用dispatch_barrier_async函數(shù)在并行隊(duì)列中創(chuàng)建屏障，以實(shí)現(xiàn)讀寫(xiě)鎖的功能。 總的來(lái)說(shuō)，在使用線程鎖時(shí)，需要注意正確配對(duì)加鎖和解鎖操作，并且確保加鎖和解鎖操作在同一個(gè)線程中進(jìn)行。錯(cuò)誤的使用線程鎖可能導(dǎo)致死鎖或線程阻塞等問(wèn)題，因此在使用時(shí)應(yīng)謹(jǐn)慎并遵循最佳實(shí)踐。

1. guard和if的區(qū)別 綜上所述，雖然guard和if在功能上相似，但guard提供了一種更為優(yōu)雅和簡(jiǎn)潔的方式來(lái)處理?xiàng)l件判斷，尤其是在需要早期退出和處理Optional類型時(shí)。使用guard可以幫助編寫(xiě)更加清晰、易于維護(hù)的代碼。
2. 怎么檢測(cè)野指針？
3. 優(yōu)先級(jí)反轉(zhuǎn)的情況遇到過(guò)嗎，怎么解決 掛了，考的排列組合題和環(huán)大小找到環(huán)題

小紅書(shū)一面17. 主線程里加入三個(gè)串行線程會(huì)有什么影響？18. 串行隊(duì)列和并行隊(duì)列的區(qū)別19. 并發(fā)和并行的區(qū)別并發(fā)和并行是兩種不同的任務(wù)執(zhí)行方式，它們?cè)诟拍钌嫌兴鶇^(qū)別。以下是具體分析：

• 并行（Parallelism）：并行是指多個(gè)任務(wù)在同一時(shí)刻被多個(gè)執(zhí)行單元同時(shí)處理。這通常需要多核處理器或多處理器系統(tǒng)來(lái)實(shí)現(xiàn)真正的同步執(zhí)行。在并行處理中，每個(gè)任務(wù)都獨(dú)立于其他任務(wù)運(yùn)行，并且可以同時(shí)利用不同的CPU核心或處理器資源。
• 并發(fā)（Concurrency）：并發(fā)是指多個(gè)任務(wù)交替執(zhí)行，但給人的感覺(jué)好像是同時(shí)進(jìn)行的。并發(fā)主要是通過(guò)任務(wù)調(diào)度來(lái)實(shí)現(xiàn)的，即操作系統(tǒng)快速地在不同任務(wù)之間切換，使得每個(gè)任務(wù)都有機(jī)會(huì)執(zhí)行。并發(fā)可以在單核處理器上實(shí)現(xiàn)，因?yàn)殡m然任一時(shí)刻只有一個(gè)任務(wù)在執(zhí)行，但通過(guò)快速切換，可以有效地模擬出多個(gè)任務(wù)同時(shí)運(yùn)行的效果。 總的來(lái)說(shuō)，并行關(guān)注的是任務(wù)的物理執(zhí)行，而并發(fā)關(guān)注的是任務(wù)的邏輯調(diào)度。兩者都是操作系統(tǒng)中重要的概念，用于提高系統(tǒng)資源的利用率和提升用戶體驗(yàn)。

1. block、代理和閉包的特性，區(qū)別
2. ARC具體會(huì)在什么時(shí)候運(yùn)行 編譯和運(yùn)行的時(shí)候
3. 串行隊(duì)列和同步隊(duì)列會(huì)創(chuàng)造新的線程嗎 隊(duì)列（Queue）本身通常不直接創(chuàng)建線程，而是依賴于派發(fā)隊(duì)列（Dispatch Queue）或線程池來(lái)管理和調(diào)度任務(wù)的執(zhí)行。當(dāng)將任務(wù)添加到隊(duì)列中時(shí)，底層的派發(fā)機(jī)制會(huì)決定是否創(chuàng)建新的線程來(lái)處理這些任務(wù)。

在并行隊(duì)列（Parallel Queue）中，系統(tǒng)會(huì)根據(jù)可用資源和負(fù)載情況自動(dòng)創(chuàng)建和管理線程。當(dāng)你將任務(wù)添加到并行隊(duì)列時(shí)，如果當(dāng)前有可用的線程，系統(tǒng)會(huì)立即分配一個(gè)線程來(lái)執(zhí)行該任務(wù)。如果沒(méi)有可用的線程，系統(tǒng)可能會(huì)創(chuàng)建新的線程來(lái)處理任務(wù)。

在串行隊(duì)列（Serial Queue）中，由于任務(wù)是按順序逐個(gè)執(zhí)行的，因此通常不需要?jiǎng)?chuàng)建多個(gè)線程。系統(tǒng)會(huì)按照任務(wù)添加到隊(duì)列的順序，逐一在單個(gè)線程上執(zhí)行這些任務(wù)。

在某些情況下，你可以自己創(chuàng)建和管理線程，然后將任務(wù)分派到特定的隊(duì)列中。但這通常需要更細(xì)致的控制，并需要手動(dòng)處理線程生命周期和同步問(wèn)題。

總的來(lái)說(shuō)，隊(duì)列本身并不直接創(chuàng)建線程，而是由底層的派發(fā)機(jī)制根據(jù)任務(wù)的性質(zhì)和隊(duì)列的類型來(lái)決定何時(shí)以及如何創(chuàng)建線程來(lái)處理任務(wù)。23. Property warpperhttps://juejin.cn/post/6844904018121064456#%E6%A6%82%E8%A7%8824. OC/Swift的宏區(qū)別25. 函數(shù)的具體存儲(chǔ)和定義和使用（內(nèi)存上）26. Swift的類型安全主要體現(xiàn)在哪些方面？27. 盡管Swift是類型安全，但線程仍然存在崩潰現(xiàn)象，請(qǐng)描述線程可能崩潰的場(chǎng)景盡管Swift是類型安全的語(yǔ)言，但線程崩潰仍然可能發(fā)生。以下是一些可能導(dǎo)致線程崩潰的場(chǎng)景：

• 死鎖：當(dāng)兩個(gè)或多個(gè)線程相互等待對(duì)方釋放資源，導(dǎo)致彼此都無(wú)法繼續(xù)執(zhí)行時(shí)，就會(huì)發(fā)生死鎖。這通常發(fā)生在多個(gè)線程訪問(wèn)共享資源時(shí)，沒(méi)有正確的同步機(jī)制。
• 數(shù)據(jù)競(jìng)爭(zhēng)：當(dāng)多個(gè)線程同時(shí)訪問(wèn)和修改同一個(gè)數(shù)據(jù)時(shí)，可能會(huì)導(dǎo)致數(shù)據(jù)不一致和其他未定義的行為。Swift的內(nèi)存模型并不能完全保證原子操作的線程安全性，因此需要使用適當(dāng)?shù)耐綑C(jī)制來(lái)避免數(shù)據(jù)競(jìng)爭(zhēng)。
• 棧溢出：每個(gè)線程都有自己獨(dú)立的?？臻g，用于存儲(chǔ)局部變量和函數(shù)調(diào)用信息。如果?？臻g不足，會(huì)導(dǎo)致棧溢出，進(jìn)而引發(fā)線程崩潰。
• 信號(hào)處理：當(dāng)線程接收到某些特定的信號(hào)（如段錯(cuò)誤、浮點(diǎn)異常等）時(shí)，如果沒(méi)有正確處理這些信號(hào)，就可能導(dǎo)致線程崩潰。
• 內(nèi)存泄漏：雖然Swift使用自動(dòng)引用計(jì)數(shù)（ARC）進(jìn)行內(nèi)存管理，但在某些情況下，循環(huán)強(qiáng)引用或不正確的使用unowned和weak關(guān)鍵字可能導(dǎo)致內(nèi)存泄漏，最終導(dǎo)致線程崩潰。
• 非法指令：如果線程執(zhí)行了非法指令（如除以零、訪問(wèn)無(wú)效的內(nèi)存地址等），會(huì)導(dǎo)致線程崩潰。
• 資源耗盡：當(dāng)線程消耗的資源超過(guò)系統(tǒng)限制（如打開(kāi)的文件描述符數(shù)量、虛擬內(nèi)存大小等）時(shí)，也可能導(dǎo)致線程崩潰。 總的來(lái)說(shuō)，線程崩潰通常是由于多線程編程中的同步問(wèn)題、資源管理不當(dāng)或非法操作等原因?qū)е碌?。為了避免線程崩潰，需要在編程時(shí)充分考慮線程安全性、正確使用同步機(jī)制、合理管理資源以及處理異常情況。

1. Swift是靜態(tài)語(yǔ)言，在編譯的時(shí)候就能指定指向函數(shù)的指針了嗎？ 考的encodeString字符串轉(zhuǎn)碼：ABC3[d] -> ABCddd 二面 工程題目：一個(gè)瘋子和很多乘客一起選擇飛機(jī)的座位，座位優(yōu)先級(jí)為靠門靠前靠窗，瘋子可以隨便選座位，提供飛機(jī)的座位圖和乘客的長(zhǎng)度和瘋子在乘客的位置，請(qǐng)?jiān)O(shè)計(jì)一個(gè)工程，返回最后選完的座位圖

require和便捷哪個(gè)是橫向是上向可選類型是引用傳遞還是值傳遞離屏渲染iosproperty wrapper（屬性包裝器）是一種用于擴(kuò)展類、結(jié)構(gòu)體和枚舉類型的功能。它允許您為屬性添加額外的行為，例如計(jì)算屬性、觀察者、鍵值編碼等。要使用 property wrapper，您需要?jiǎng)?chuàng)建一個(gè)帶有 @propertyWrapper 注解的結(jié)構(gòu)體。這個(gè)結(jié)構(gòu)體需要實(shí)現(xiàn)一個(gè)名為 wrappedValue 的可變或不可變屬性，以及一些可選的初始化方法和屬性觀察者。下面是一個(gè)簡(jiǎn)單的 property wrapper 示例：

Omi頂對(duì)科技面試28. Swift的類型安全主要體現(xiàn)在哪些方面？閉包是如何實(shí)現(xiàn)的。內(nèi)存上是如何傳遞的

阿里三面大數(shù)用鏈表形式相加