iOS-某些公司面試題

目錄
  • view與layer的區(qū)別關(guān)系
  • 為什么要四次揮手
  • FMDB如何保證線程安全
  • 分類和類擴(kuò)展區(qū)別,為啥分類不能添加成員變量,如何給分類添加屬性
一 view與layer的區(qū)別關(guān)系
  • 每個(gè) UIView 內(nèi)部都有一個(gè) CALayer 在背后提供內(nèi)容的繪制和顯示,并且 UIView 的尺寸樣式都由內(nèi)部的 Layer 所提供。兩者都有樹狀層級(jí)結(jié)構(gòu),layer 內(nèi)部有 SubLayers,View 內(nèi)部有 SubViews.但是 Layer 比 View 多了個(gè)AnchorPoint

  • 在 View顯示的時(shí)候,UIView 做為 Layer 的 CALayerDelegate,View 的顯示內(nèi)容由內(nèi)部的 CALayer 的 display

  • CALayer 是默認(rèn)修改屬性支持隱式動(dòng)畫的,在給 UIView 的 Layer 做動(dòng)畫的時(shí)候,View 作為 Layer 的代理,Layer 通過 actionForLayer:forKey:向 View請(qǐng)求相應(yīng)的 action(動(dòng)畫行為)

  • layer 內(nèi)部維護(hù)著三分 layer tree,分別是 presentLayer Tree(動(dòng)畫樹),modeLayer Tree(模型樹), Render Tree (渲染樹),在做 iOS動(dòng)畫的時(shí)候,我們修改動(dòng)畫的屬性,在動(dòng)畫的其實(shí)是 Layer 的 presentLayer的屬性值,而最終展示在界面上的其實(shí)是提供 View的modelLayer

  • 兩者最明顯的區(qū)別是 View可以接受并處理事件,而 Layer 不可以

二 TCP 斷開鏈接為啥要四次

所謂四次揮手(Four-Way Wavehand)即終止TCP連接,就是指斷開一個(gè)TCP連接時(shí),需要客戶端和服務(wù)端總共發(fā)送4個(gè)包以確認(rèn)連接的斷開。在socket編程中,這一過程由客戶端或服務(wù)端任一方執(zhí)行close來觸發(fā),整個(gè)流程如下圖所示:

四次揮手.png

由于TCP連接時(shí)全雙工的,因此,每個(gè)方向都必須要單獨(dú)進(jìn)行關(guān)閉,這一原則是當(dāng)一方完成數(shù)據(jù)發(fā)送任務(wù)后,發(fā)送一個(gè)FIN來終止這一方向的連接,收到一個(gè)FIN只是意味著這一方向上沒有數(shù)據(jù)流動(dòng)了,即不會(huì)再收到數(shù)據(jù)了,但是在這個(gè)TCP連接上仍然能夠發(fā)送數(shù)據(jù),直到這一方向也發(fā)送了FIN。首先進(jìn)行關(guān)閉的一方將執(zhí)行主動(dòng)關(guān)閉,而另一方則執(zhí)行被動(dòng)關(guān)閉,上圖描述的即是如此。

第一次揮手:

Client發(fā)送一個(gè)FIN,用來關(guān)閉Client到Server的數(shù)據(jù)傳送,Client進(jìn)入FIN_WAIT_1狀態(tài)。

第二次揮手:

Server收到FIN后,發(fā)送一個(gè)ACK給Client,確認(rèn)序號(hào)為收到序號(hào)+1(與SYN相同,一個(gè)FIN占用一個(gè)序號(hào)),Server進(jìn)入CLOSE_WAIT狀態(tài)。

第三次揮手:

Server發(fā)送一個(gè)FIN,用來關(guān)閉Server到Client的數(shù)據(jù)傳送,Server進(jìn)入LAST_ACK狀態(tài)。

第四次揮手:

Client收到FIN后,Client進(jìn)入TIME_WAIT狀態(tài),接著發(fā)送一個(gè)ACK給Server,確認(rèn)序號(hào)為收到序號(hào)+1,Server進(jìn)入CLOSED狀態(tài),完成四次揮手。

(2) 為什么建立連接是三次握手,而關(guān)閉連接卻是四次揮手呢?

答案:這是因?yàn)榉?wù)端在LISTEN狀態(tài)下,收到建立連接請(qǐng)求的SYN報(bào)文后,把ACK和SYN放在一個(gè)報(bào)文里發(fā)送給客戶端。而關(guān)閉連接時(shí),當(dāng)收到對(duì)方的FIN報(bào)文時(shí),僅僅表示對(duì)方不再發(fā)送數(shù)據(jù)了但是還能接收數(shù)據(jù),己方也未必全部數(shù)據(jù)都發(fā)送給對(duì)方了,所以己方可以立即close,也可以發(fā)送一些數(shù)據(jù)給對(duì)方后,再發(fā)送FIN報(bào)文給對(duì)方來表示同意現(xiàn)在關(guān)閉連接,因此,己方ACK和FIN一般都會(huì)分開發(fā)送。

三 FMDB隊(duì)列如何保證線程安全
  1. FMDatabaseQueue隊(duì)列采用單例,只創(chuàng)建一個(gè)實(shí)例對(duì)象
FMDB內(nèi)部如何保證線程安全

一般我們調(diào)用如下方法做事情

///-----------------------------------------------
/// @name Dispatching database operations to queue
///-----------------------------------------------

/** Synchronously perform database operations on queue.
 
 @param block The code to be run on the queue of `FMDatabaseQueue`
 */

- (void)inDatabase:(__attribute__((noescape)) void (^)(FMDatabase *db))block;

作者也解釋了,是采用 GCD 的串行隊(duì)列實(shí)現(xiàn)的,內(nèi)部實(shí)現(xiàn)如下

- (void)inDatabase:(__attribute__((noescape)) void (^)(FMDatabase *db))block {
#ifndef NDEBUG
    /* Get the currently executing queue (which should probably be nil, but in theory could be another DB queue
     * and then check it against self to make sure we're not about to deadlock. */
    FMDatabaseQueue *currentSyncQueue = (__bridge id)dispatch_get_specific(kDispatchQueueSpecificKey);
    assert(currentSyncQueue != self && "inDatabase: was called reentrantly on the same queue, which would lead to a deadlock");
#endif
    
    FMDBRetain(self);
    
    dispatch_sync(_queue, ^() {
        
        FMDatabase *db = [self database];
        
        block(db);
        
        if ([db hasOpenResultSets]) {
            NSLog(@"Warning: there is at least one open result set around after performing [FMDatabaseQueue inDatabase:]");
            
#if defined(DEBUG) && DEBUG
            NSSet *openSetCopy = FMDBReturnAutoreleased([[db valueForKey:@"_openResultSets"] copy]);
            for (NSValue *rsInWrappedInATastyValueMeal in openSetCopy) {
                FMResultSet *rs = (FMResultSet *)[rsInWrappedInATastyValueMeal pointerValue];
                NSLog(@"query: '%@'", [rs query]);
            }
#endif
        }
    });
    
    FMDBRelease(self);
}
四 分類和類擴(kuò)展區(qū)別
4.1 分類實(shí)現(xiàn)原理
  • Category編譯之后的底層結(jié)構(gòu)是struct category_t,里面存儲(chǔ)著分類的對(duì)象方法、類方法、屬性、協(xié)議信息
  • 在程序運(yùn)行的時(shí)候,runtime會(huì)將Category的數(shù)據(jù),合并到類信息中(類對(duì)象、元類對(duì)象中)
4.2 Category和Class Extension的區(qū)別是什么?
  • Class Extension在編譯的時(shí)候,它的數(shù)據(jù)就已經(jīng)包含在類信息中
  • Category是在運(yùn)行時(shí),才會(huì)將數(shù)據(jù)合并到類信息中
五 分類為啥不能添加成員變量

先看Category的底層結(jié)構(gòu)

struct _category_t {
    const char *name;
    struct _class_t *cls;
    const struct _method_list_t *instance_methods;  // 對(duì)象方法列表
    const struct _method_list_t *class_methods;  // 類方法列表
    const struct _protocol_list_t *protocols;  // 協(xié)議列表
    const struct _prop_list_t *properties;  // 屬性列表
};

1.從結(jié)構(gòu)體可以知道,有屬性列表,所以分類可以聲明屬性,但是分類只會(huì)生成該屬性對(duì)應(yīng)的getset聲明,沒有去實(shí)現(xiàn)該方法
2.結(jié)構(gòu)體沒有成員變量列表,所以不能聲明成員變量。

5.1 Category的加載處理過程
  • 1.通過Runtime加載某個(gè)類的所有Category數(shù)據(jù)
  • 2.把所有Category的方法、屬性、協(xié)議數(shù)據(jù),合并到一個(gè)大數(shù)組中,后面參與編譯的Category數(shù)據(jù),會(huì)在數(shù)組的前面
  • 3.將合并后的分類數(shù)據(jù)(方法、屬性、協(xié)議),插入到類原來數(shù)據(jù)的前面
六 關(guān)聯(lián)對(duì)象給分類添加屬性

代碼實(shí)現(xiàn)如下

  • Student+Extern.m
#import "Student+Extern.h"
#import <objc/runtime.h>

static NSString *nameKey = @"nameKey";   //定義一個(gè)key值

@implementation Student (Extern)

- (void)setName:(NSString *)name {
    objc_setAssociatedObject(self, &nameKey, name, OBJC_ASSOCIATION_COPY);
}

- (NSString *)name {
    return objc_getAssociatedObject(self, &nameKey);
}

@end

外界調(diào)用

Student *stu = [[Student alloc] init];
stu.name = @"韓雪";
NSLog(@"name = %@",stu.name);

運(yùn)行結(jié)果 - 關(guān)聯(lián)成功

image.png

但是注意,以上代碼僅僅是手動(dòng)實(shí)現(xiàn)了setter/getter方法,但調(diào)用_成員變量依然報(bào)錯(cuò)。


本文會(huì)持續(xù)更新,感興趣的朋友可以收藏和添加關(guān)注哈

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • Swift1> Swift和OC的區(qū)別1.1> Swift沒有地址/指針的概念1.2> 泛型1.3> 類型嚴(yán)謹(jǐn) 對(duì)...
    cosWriter閱讀 11,632評(píng)論 1 32
  • 1 NSOperationQueue和GCD的區(qū)別是什么 GCD(Grand Central Dispatch)是...
    紫色冰雨閱讀 797評(píng)論 0 2
  • 本文轉(zhuǎn)自(http://www.itdecent.cn/p/2e1b3f54b4f3)、(https://www...
    th先生閱讀 3,670評(píng)論 0 20
  • 1.weak和assign區(qū)別 修飾變量類型的區(qū)別: weak 只可以修飾對(duì)象。如果修飾基本數(shù)據(jù)類型,編譯器會(huì)報(bào)錯(cuò)...
    coderjon閱讀 1,112評(píng)論 0 1
  • 閱讀本文前,請(qǐng)您先點(diǎn)擊本文上面的藍(lán)色字體“唯美感情學(xué)”再點(diǎn)擊“關(guān)注”,這樣您就可以繼續(xù)免費(fèi)收到文章了。每天都有分享...
    唯美感情學(xué)閱讀 511評(píng)論 3 1

友情鏈接更多精彩內(nèi)容