Push Notification 是如何工作的？

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

什么是 Runloop？

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

Toll-Free Bridging 是什么？什么情況下會使用？

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

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

當(dāng)系統(tǒng)出現(xiàn)內(nèi)存警告時會發(fā)生什么？

• 會將不在當(dāng)前窗口上的view暫時移除
• 釋放掉沙盒里temp里的緩存文件
• 如果用戶放任內(nèi)存警告,最終會導(dǎo)致軟件強制被系統(tǒng)關(guān)閉

什么是 Protocol，Delegate 一般是怎么用的？

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

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

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

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

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

當(dāng) 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 的滾動會導(dǎo)致 NSTimer 失效？

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

為什么當(dāng) Core Animation 完成時，layer 又會恢復(fù)到原先的狀態(tài)？

因為這些產(chǎn)生的動畫只是假象,并沒有對layer進(jìn)行改變

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

• 使用keychain來存儲,也就是鑰匙串,使用keychain需要導(dǎo)入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]; // 配置搜索設(shè)置 [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)存儲,加載,刪除敏感信息方法

// 用來標(biāo)識這個鑰匙串 static NSString * const KEY_IN_KEYCHAIN = @"com.yck.app.allinfo"; // 用來標(biāo)識密碼 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)絡(luò)請求
• FMDB:使用數(shù)據(jù)庫
• MJExtension: JSON與Model互轉(zhuǎn)
• SVProgressHUD:提示HUD
• Masonry:自動布局
• MJRefresh:下拉和上拉刷新

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

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

NSNotification 和 KVO 的使用場景？

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

使用 Block 時需要注意哪些問題？

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

performSelector:withObject:afterDelay: 內(nèi)部大概是怎么實現(xiàn)的，有什么注意事項么？

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

使用 NSUserDefaults 時，如何處理布爾的默認(rèn)值？(比如返回 NO，不知道是真的 NO 還是沒有設(shè)置過)

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

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

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

有哪些常見的 Crash 場景？

• 訪問了僵尸對象
• 訪問了不存在的方法
• 數(shù)組越界
• 在定時器下一次回調(diào)前將定時器釋放,會Crash

標(biāo)簽： 代碼 服務(wù)器 服務(wù)器端 數(shù)據(jù)庫 搜索 網(wǎng)絡(luò)

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。