某團(tuán)#
- static定義在頭文件的危害，回來做了下測試直接上代碼
#import <Foundation/Foundation.h>
#include <objc/runtime.h>
#include "staticccccc.h"
int main(int argc, const char * argv[]) {
@autoreleasepool {
NSLog(@"%p",&a);
static int a = 1000;
NSLog(@"%p",&a);
staticccccc *s = [[staticccccc alloc] init];
s.prinstA;
}
return 0;
}
/*
2016-09-19 21:15:54.600 內(nèi)存[2105:104521] main : 0x1000011a8
2016-09-19 21:15:54.601 內(nèi)存[2105:104521] main : 0x1000011ac
2016-09-19 21:15:54.601 內(nèi)存[2105:104521] staticccccc : 0x1000011b0
Program ended with exit code: 0
*/
在staticccccc類中聲明了一個(gè)靜態(tài)變量，prinstA方法可以打出來榨了。
3個(gè)靜態(tài)變量的地址都是不一樣的，全局靜態(tài)變量的作用域只在當(dāng)前文件里面坊萝，如果頭文件被其他引用，那么頭文件里面的靜態(tài)變量會再次定義一次许起。危害就是如果頭文件被引用了多次十偶，那么這個(gè)靜態(tài)變量就會被定義多次，雖然在不同的作用域园细，但是名字相同
2惦积，線程崩潰了這個(gè)進(jìn)程一定會崩潰？一般崩潰肯定伴隨棧溢出猛频、讀取或者訪問了非法地址荣刑。 如果線程以非法的形式結(jié)束的話，必然進(jìn)程會崩潰啊伦乔。
3厉亏，NSMutableArray的線程安全問題。self.mArr = [NSMutableArray new]有沒有問題烈和？
我不大明白面試官的意思爱只， [NSMutableArray new]創(chuàng)建這個(gè)東西我覺得應(yīng)該是沒有線程問題的，如果覺得執(zhí)行這個(gè)操作需要時(shí)間招刹，在這段時(shí)間內(nèi)其他線程又訪問這個(gè)NSMutableArray的話恬试，那么我一般就會
NSMutableArray *marr = [NSMutableArray new];
self.mArr = marr;
或者從另外一方面來講直接給實(shí)例變量賦值而不走set方法貌似是一個(gè)不錯(cuò)的解決方案
_mArr = [NSMutableArray new];
賦值操作應(yīng)該是原子的。即使self.mArr 是空使用插入操作也不會出錯(cuò)疯暑，因?yàn)镺C是可以給空對象發(fā)消息的训柴。如果真要制造一個(gè)崩潰的場景「菊可是誰會這樣做呢幻馁？
dispatch_async(dispatch_get_global_queue(0, 0), ^{
NSMutableArray *marr = [NSMutableArray new];
self.mArr = marr;
});
for (int i = 0; i < 10; i++) {
[_mArr insertObject:[NSNumber numberWithInt:1] atIndex:i];
}
通常對于NSMutableArray多線程操作洗鸵，加上互斥鎖就可以避免大部分崩潰情況了.加上@synchronized (self)
dispatch_async(dispatch_get_global_queue(0, 0), ^{
@synchronized (self) {
NSMutableArray *marr = [NSMutableArray new];
_mArr = marr;
}
});
@synchronized (self) {
for (int i = 0; i < 10; i++) {
[_mArr insertObject:[NSNumber numberWithInt:1] atIndex:i];
}
}
或者直接加鎖和用GCD也行。
4仗嗦，NULL膘滨、Nil、nil稀拐、NSNull 有何區(qū)別?一臉蒙蔽
nil對象被設(shè)計(jì)來跟NULL空指針關(guān)聯(lián)的火邓。他們的區(qū)別就是nil是一個(gè)對象，而NULL只是一個(gè)值...而且我們對于nil調(diào)用方法德撬，不會產(chǎn)生crash或者拋出異常....
The NSNull class defines a singleton object used to represent null values in collection objects (which don’t allow nil values).
一般在集合中不允許使用nil值铲咨，但是可以使用NSNULL。
Nil Defines the id of a null class 蜓洪。 nil是空對象的定義 , Nil是空類的定義鸣驱。
ifndef Nil
if __has_feature(cxx_nullptr)
define Nil nullptr
else
define Nil __DARWIN_NULL
endif
endif
5，數(shù)據(jù)庫索引
完全忘記概念了蝠咆，聚簇索引 是按照數(shù)據(jù)存放的物理位置為順序的，而非聚簇索引就不一樣了北滥；聚簇索引能提高多行檢索的速度刚操，而非聚簇索引對于單行的檢索很快。
我唯一的印象就是非聚類索引會增加數(shù)據(jù)庫內(nèi)存再芋，開辟一段空間來建立數(shù)據(jù)結(jié)構(gòu)菊霜，通常是一顆查找數(shù)，建立索引到數(shù)據(jù)地址的映射济赎。
聚簇索引 是按照數(shù)據(jù)存放的物理位置為順序的鉴逞，而非聚簇索引就不一樣了；聚簇索引能提高多行檢索的速度司训，而非聚簇索引對于單行的檢索很快构捡。這句話說得蠻好的。
6壳猜，KVO說多了都是淚勾徽，本來以為需要大書特書一番的，結(jié)果其實(shí)幾句話就可以解決了统扳。
1喘帚，被監(jiān)聽對象設(shè)置addOserbver方法，存儲需要那個(gè)對象監(jiān)聽咒钟。
2吹由，set方法重寫，如果發(fā)現(xiàn)本屬性被監(jiān)聽朱嘴，那么發(fā)消息給監(jiān)聽對象倾鲫。
3，監(jiān)聽對象需要一個(gè)實(shí)現(xiàn)一個(gè)接受方法，來接收被監(jiān)聽對象發(fā)過來的消息级乍。
7舌劳，算法--找出數(shù)組中出現(xiàn)次數(shù)超過一半的數(shù)，
貌似是編程之美上的玫荣，以前見過全忘了甚淡，以后面試的時(shí)候不要一來就想最復(fù)雜度最小的方法，想到啥說啥捅厂，這種題贯卦，哈希，排序都可以解的焙贷，但是的確不是最優(yōu)的撵割，但是應(yīng)該還是要向面試官表明自己能做這道題。雖然并不是最優(yōu)的辙芍，總比一味的想最優(yōu)的方法卡在那特別尷尬啡彬。復(fù)雜度為N的方法.回來寫2分鐘搞定 欲哭無淚。
int main(int argc, const char * argv[]) {
int n = 10;
int a[10] = {1,2,1,1,4,5,3,1,1,1};
int tmp = a[0];
int count = 1;
for (int i = 1 ; i<n; i++) {
if (a[i] == tmp) {
count++;
}else{
count--;
if (count == 0) {
count = 1;
tmp = a[++i];
}
}
}
printf("%d",tmp);
return 0;
}
某狗：#
1.delloc方法故硅，學(xué)的時(shí)候全是ARC根本沒有接觸過delloc這個(gè)方法庶灿！“#￥#%&‘
百度了半天，得出的結(jié)論是ARC下面可以忽略這個(gè)方法吃衅，如果實(shí)在需要delloc方法里面去銷毀一些東西往踢，比如不受ARC管理的C++對象，寫個(gè)method swizzling貌似是個(gè)不錯(cuò)的選擇徘层。
2, imageNamed
利用它可以方便加載資源圖片峻呕。用imageNamed的方式加載時(shí)，會把圖像數(shù)據(jù)根據(jù)它的名字緩存在系統(tǒng)內(nèi)存中趣效，以提高imageNamed方法獲得相同圖片的image對象的性能瘦癌。即使生成的對象被 autoReleasePool釋放了，這份緩存也不釋放跷敬。而且沒有明確的釋放方法佩憾。如果圖像比較大，或者圖像比較多干花，用這種方式會消耗很大的內(nèi)存, 不會被autorelease釋放妄帘，不會被autorelease釋放，不會被autorelease釋放池凄，不會被autorelease釋放抡驼。
imageWithContentsOfFile不會生成緩存 , 會被autorelease釋放。
機(jī)會很少且面且珍惜Ｖ茁亍Ｖ旅恕Ｋ樗啊！
