你能用到的iOS面試題(二)

題目來源自這里,筆者對知識類問題和經(jīng)驗類問題做了解答,答案有遺漏的地方希望大家能補充,這是你能用到的面試題(一)

Push Notification 是如何工作的垦梆?

  • 推送通知分為兩種,一個是本地推送,一個是遠程推送
    • 本地推送:不需要聯(lián)網(wǎng)也可以推送,是開發(fā)人員在APP內設定特定的時間來提醒用戶干什么
    • 遠程推送:需要聯(lián)網(wǎng),用戶的設備會于蘋果APNS服務器形成一個長連接,用戶設備會發(fā)送uuid和Bundle idenidentifier給蘋果服務器,蘋果服務器會加密生成一個deviceToken給用戶設備,然后設備會將deviceToken發(fā)送給APP的服務器,服務器會將deviceToken存進他們的數(shù)據(jù)庫,這時候如果有人發(fā)送消息給我,服務器端就會去查詢我的deviceToken,然后將deviceToken和要發(fā)送的信息發(fā)送給蘋果服務器,蘋果服務器通過deviceToken找到我的設備并將消息推送到我的設備上,這里還有個情況是如果APP在線,那么APP服務器會于APP產(chǎn)生一個長連接,這時候APPF服務器會直接通過deviceToken將消息推送到設備上

什么是 Runloop?

是一個與線程相關的機制,可以理解為一個循環(huán),在這個循環(huán)里面等待事件然后處理事件.而這個循環(huán)是基于線程的,在Cocoa中每個線程都有它的runroop,通過他這樣的機制,線程可以在沒有事件要處理的時候休息,有事件運行,減輕CPU壓力,這題可以衍生出為什么在滑動時會導致定時器失敗,在下面有解答

Toll-Free Bridging 是什么八秃?什么情況下會使用?

Toll-Free Bridging用于在Foundation對象與Core Foundation對象之間交換數(shù)據(jù),俗稱橋接

  • 在ARC環(huán)境下,Foundation對象轉成 Core Foundation對象
    • 使用__bridge橋接以后ARC會自動2個對象
    • 使用__bridge_retained橋接需要手動釋放Core Foundation對象
  • 在ARC環(huán)境下, Core Foundation對象轉成 Foundation對象
    • 使用__bridge橋接,如果Core Foundation對象被釋放,Foundation對象也同時不能使用了,需要手動管理Core Foundation對象
    • 使用__bridge_transfer橋接,系統(tǒng)會自動管理2個對象

當系統(tǒng)出現(xiàn)內存警告時會發(fā)生什么据途?

  • 會將不在當前窗口上的view暫時移除
  • 如果放任內存警告,最終會導致軟件強制被系統(tǒng)關閉

什么是 Protocol澄峰,Delegate 一般是怎么用的?

  • 協(xié)議是一個方法簽名的列表呀潭,在其中可以定義若干個方法,遵守該協(xié)議的類可以實現(xiàn)協(xié)議里的方法,在協(xié)議中使用@property只會生成setter和getter方法的聲明
  • delegate用法:成為一個類的代理,可以去實現(xiàn)協(xié)議里的方法

autorelease 對象在什么情況下會被釋放?

  • 分兩種情況:手動干預釋放和系統(tǒng)自動釋放
    • 手動干預釋放就是指定autoreleasepool,當前作用域大括號結束就立即釋放
    • 系統(tǒng)自動去釋放:不手動指定autoreleasepool,Autorelease對象會在當前的 runloop 迭代結束時釋放
      • kCFRunLoopEntry(1):第一次進入會自動創(chuàng)建一個autorelease
      • kCFRunLoopBeforeWaiting(32):進入休眠狀態(tài)前會自動銷毀一個autorelease,然后重新創(chuàng)建一個新的autorelease
      • kCFRunLoopExit(128):退出runloop時會自動銷毀最后一個創(chuàng)建的autorelease

為什么 NotificationCenter 要 removeObserver? 如何實現(xiàn)自動 remove?

  • 如果不移除的話,萬一注冊通知的類被銷毀以后又發(fā)了通知,程序會崩潰.因為向野指針發(fā)送了消息
  • 實現(xiàn)自動remove:通過自釋放機制,通過動態(tài)屬性將remove轉移給第三者,解除耦合,達到自動實現(xiàn)remove

當 TableView 的 Cell 改變時至非,如何讓這些改變以動畫的形式呈現(xiàn)钠署?

這里舉個例子,點擊cell以后以動畫形式改變cell高度

@interface ViewController ()
@property (nonatomic, strong) NSIndexPath *index;
@end

@implementation ViewController

static NSString *ID = @"cell";
- (void)viewDidLoad {

    [super viewDidLoad];
    

}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];
    cell.textLabel.text = [NSString stringWithFormat:@"%ld",(long)indexPath.row];
    return cell;
}

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{
    return 20;
}

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    
    if(self.index == indexPath){
    
        return 120;
    }
    
    return 60;
}

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
    self.index = indexPath;
    
    [tableView deselectRowAtIndexPath:indexPath animated:TRUE];
    // 重點是這2句代碼實現(xiàn)的功能
    [tableView beginUpdates];
    [tableView endUpdates];
}

為什么 UIScrollView 的滾動會導致 NSTimer 失效?

定時器里面有個runoop mode,一般定時器是運行在defaultmode上但是如果滑動了這個頁面,主線程runloop會轉到UITrackingRunLoopMode中,這時候就不能處理定時器了,造成定時器失效,原因就是runroop mode選錯了,解決辦法有2個,一個是更改mode為NSRunLoopCommonModes(無論runloop運行在哪個mode,都能運行),還有種辦法是切換到主線程來更新UI界面的刷新

為什么當 Core Animation 完成時荒椭,layer 又會恢復到原先的狀態(tài)谐鼎?

因為這些產(chǎn)生的動畫只是假象,并沒有對layer進行改變.那么為什么會這樣呢,這里要講一下圖層樹里的呈現(xiàn)樹.呈現(xiàn)樹實際上是模型圖層的復制,但是它的屬性值表示了當前外觀效果,動畫的過程實際上只是修改了呈現(xiàn)樹,并沒有對圖層的屬性進行改變,所以在動畫結束以后圖層會恢復到原先狀態(tài)

你會如何存儲用戶的一些敏感信息,如登錄的 token

  • 使用keychain來存儲,也就是鑰匙串,使用keychain需要導入Security框架

自定義一個keychain的類

#import <Security/Security.h>

@implementation YCKKeyChain

+ (NSMutableDictionary *)getKeychainQuery:(NSString *)service {
    return [NSMutableDictionary dictionaryWithObjectsAndKeys:
            (__bridge_transfer id)kSecClassGenericPassword,(__bridge_transfer id)kSecClass,
            service, (__bridge_transfer id)kSecAttrService,
            service, (__bridge_transfer id)kSecAttrAccount,
            (__bridge_transfer id)kSecAttrAccessibleAfterFirstUnlock,(__bridge_transfer id)kSecAttrAccessible,
            nil];
}

+ (void)save:(NSString *)service data:(id)data {
    // 獲得搜索字典
    NSMutableDictionary *keychainQuery = [self getKeychainQuery:service];
    // 添加新的刪除舊的
    SecItemDelete((__bridge_retained CFDictionaryRef)keychainQuery);
    // 添加新的對象到字符串
    [keychainQuery setObject:[NSKeyedArchiver archivedDataWithRootObject:data] forKey:(__bridge_transfer id)kSecValueData];
    // 查詢鑰匙串
    SecItemAdd((__bridge_retained CFDictionaryRef)keychainQuery, NULL);
}

+ (id)load:(NSString *)service {
    id ret = nil;
    NSMutableDictionary *keychainQuery = [self getKeychainQuery:service];
    // 配置搜索設置
    [keychainQuery setObject:(id)kCFBooleanTrue forKey:(__bridge_transfer id)kSecReturnData];
    [keychainQuery setObject:(__bridge_transfer id)kSecMatchLimitOne forKey:(__bridge_transfer id)kSecMatchLimit];
    CFDataRef keyData = NULL;
    if (SecItemCopyMatching((__bridge_retained CFDictionaryRef)keychainQuery, (CFTypeRef *)&keyData) == noErr) {
        @try {
            ret = [NSKeyedUnarchiver unarchiveObjectWithData:(__bridge_transfer NSData *)keyData];
        } @catch (NSException *e) {
            NSLog(@"Unarchive of %@ failed: %@", service, e);
        } @finally {
        }
    }
    return ret;
}

+ (void)delete:(NSString *)service {
    NSMutableDictionary *keychainQuery = [self getKeychainQuery:service];
    SecItemDelete((__bridge_retained CFDictionaryRef)keychainQuery);
}

在別的類實現(xiàn)存儲,加載,刪除敏感信息方法

// 用來標識這個鑰匙串
static NSString * const KEY_IN_KEYCHAIN = @"com.yck.app.allinfo";
// 用來標識密碼
static NSString * const KEY_PASSWORD = @"com.yck.app.password";

+ (void)savePassWord:(NSString *)password
{
    NSMutableDictionary *passwordDict = [NSMutableDictionary dictionary];
    [passwordDict setObject:password forKey:KEY_PASSWORD];
    [YCKKeyChain save:KEY_IN_KEYCHAIN data:passwordDict];
}

+ (id)readPassWord
{
    NSMutableDictionary *passwordDict = (NSMutableDictionary *)[YCKKeyChain load:KEY_IN_KEYCHAIN];
    return [passwordDict objectForKey:KEY_PASSWORD];
}

+ (void)deletePassWord
{
    [YCKKeyChain delete:KEY_IN_KEYCHAIN];
}

有用過一些開源組件吧趣惠,能簡單說幾個么狸棍,大概說說它們的使用場景實現(xiàn)。

  • AFN:網(wǎng)絡請求
  • FMDB:使用數(shù)據(jù)庫
  • MJExtension: JSON與Model互轉
  • SVProgressHUD:提示HUD
  • Masonry:自動布局
  • MJRefresh:下拉和上拉刷新

什么時候會發(fā)生 EXC BAD ACCESS 異常味悄?

  • 訪問一個僵尸對象草戈,訪問僵尸對象的成員變量或者向其發(fā)消息
  • 死循環(huán)

NSNotification 和 KVO 的使用場景?

  • KVO使用場景:當一個對象的特定屬性改變的時候傍菇,需要被通知一個或者多個對象的時候
  • NSNotification使用場景:跨層級傳遞值,多個對象通知多個對象

使用 Block 時需要注意哪些問題猾瘸?

  • 在block內部使用外部指針且會造成循環(huán)引用情況下,需要用__weak修飾外部指針
    __weak typeof(self) weakSelf = self;
  • 在block內部如果調用了延時函數(shù)還使用弱指針會取不到該指針,因為已經(jīng)被銷毀了,需要在block內部再將弱指針重新強引用一下__strong typeof(self) strongSelf = weakSelf;
  • 如果需要在block內部改變外部變量的話,需要在用__block修飾外部變量
    筆者也寫過一篇block博客

performSelector:withObject:afterDelay: 內部大概是怎么實現(xiàn)的,有什么注意事項么丢习?

  • 創(chuàng)建一個定時器,時間結束后系統(tǒng)會使用runtime通過方法名稱(Selector本質就是方法名稱)去方法列表中找到對應的方法實現(xiàn)并調用方法
  • 注意事項
    • 調用performSelector:withObject:afterDelay:方法時,先判斷希望調用的方法是否存在respondsToSelector:
    • 這個方法是異步方法,必須在主線程調用,在子線程調用永遠不會調用到想調用的方法

使用 NSUserDefaults 時,如何處理布爾的默認值淮悼?(比如返回 NO咐低,不知道是真的 NO 還是沒有設置過)

if([[NSUserDefaults standardUserDefaults] objectForKey:ID] == nil){
        NSLog(@"沒有設置");
    }

哪些途徑可以讓 ViewController 瘦下來?

  • 把 Data Source 和其他 Protocols 分離出來(將UITableView或者UICollectionView的代碼提取出來放在其他類中)
  • 將業(yè)務邏輯移到 Model 中(和模型有關的邏輯全部在model中寫)
  • 把網(wǎng)絡請求邏輯移到 Model 層(網(wǎng)絡請求依靠模型)
  • 把 View 代碼移到 View 層(自定義View)

有哪些常見的 Crash 場景袜腥?

  • 訪問了僵尸對象
  • 訪問了不存在的方法
  • 數(shù)組越界
  • 在定時器下一次回調前將定時器釋放,會Crash
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末见擦,一起剝皮案震驚了整個濱河市钉汗,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌鲤屡,老刑警劉巖损痰,帶你破解...
    沈念sama閱讀 210,978評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異酒来,居然都是意外死亡卢未,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,954評論 2 384
  • 文/潘曉璐 我一進店門堰汉,熙熙樓的掌柜王于貴愁眉苦臉地迎上來辽社,“玉大人,你說我怎么就攤上這事翘鸭〉吻Γ” “怎么了?”我有些...
    開封第一講書人閱讀 156,623評論 0 345
  • 文/不壞的土叔 我叫張陵就乓,是天一觀的道長汉匙。 經(jīng)常有香客問我,道長生蚁,這世上最難降的妖魔是什么盹兢? 我笑而不...
    開封第一講書人閱讀 56,324評論 1 282
  • 正文 為了忘掉前任,我火速辦了婚禮守伸,結果婚禮上绎秒,老公的妹妹穿的比我還像新娘。我一直安慰自己尼摹,他們只是感情好见芹,可當我...
    茶點故事閱讀 65,390評論 5 384
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著蠢涝,像睡著了一般玄呛。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上和二,一...
    開封第一講書人閱讀 49,741評論 1 289
  • 那天徘铝,我揣著相機與錄音,去河邊找鬼惯吕。 笑死惕它,一個胖子當著我的面吹牛,可吹牛的內容都是我干的废登。 我是一名探鬼主播淹魄,決...
    沈念sama閱讀 38,892評論 3 405
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼堡距!你這毒婦竟也來了甲锡?” 一聲冷哼從身側響起兆蕉,我...
    開封第一講書人閱讀 37,655評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎缤沦,沒想到半個月后虎韵,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,104評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡缸废,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 36,451評論 2 325
  • 正文 我和宋清朗相戀三年包蓝,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片呆奕。...
    茶點故事閱讀 38,569評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡养晋,死狀恐怖,靈堂內的尸體忽然破棺而出梁钾,到底是詐尸還是另有隱情绳泉,我是刑警寧澤,帶...
    沈念sama閱讀 34,254評論 4 328
  • 正文 年R本政府宣布姆泻,位于F島的核電站零酪,受9級特大地震影響,放射性物質發(fā)生泄漏拇勃。R本人自食惡果不足惜四苇,卻給世界環(huán)境...
    茶點故事閱讀 39,834評論 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望方咆。 院中可真熱鬧月腋,春花似錦、人聲如沸瓣赂。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,725評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽煌集。三九已至妓肢,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間苫纤,已是汗流浹背碉钠。 一陣腳步聲響...
    開封第一講書人閱讀 31,950評論 1 264
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留卷拘,地道東北人喊废。 一個月前我還...
    沈念sama閱讀 46,260評論 2 360
  • 正文 我出身青樓,卻偏偏與公主長得像恭金,于是被迫代替她去往敵國和親操禀。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 43,446評論 2 348

推薦閱讀更多精彩內容

  • *面試心聲:其實這些題本人都沒怎么背,但是在上海 兩周半 面了大約10家 收到差不多3個offer,總結起來就是把...
    Dove_iOS閱讀 27,128評論 29 470
  • OC的理解與特性 OC作為一門面向對象的語言横腿,自然具有面向對象的語言特性:封裝颓屑、繼承、多態(tài)耿焊。它既具有靜態(tài)語言的特性...
    克魯?shù)吕?/span>閱讀 447評論 0 0
  • OC的理解與特性OC作為一門面向對象的語言揪惦,自然具有面向對象的語言特性:封裝、繼承罗侯、多態(tài)器腋。它既具有靜態(tài)語言的特性(...
    LIANMING_LI閱讀 512評論 0 0
  • 1,NSObject中description屬性的意義钩杰,它可以重寫嗎?答案:每當 NSLog(@"")函數(shù)中出現(xiàn) ...
    eightzg閱讀 4,138評論 2 19
  • 序言 目前形勢纫塌,參加到iOS隊伍的人是越來越多,甚至已經(jīng)到供過于求了讲弄。今年措左,找過工作人可能會更深刻地體會到今年的就...
    恒愛DE問候閱讀 5,337評論 0 9