在項(xiàng)目中有一個(gè)機(jī)器人聊天頁面，把歷史聊天記錄寫入本地?cái)?shù)據(jù)庫，下次進(jìn)入頁面時(shí)會先從數(shù)據(jù)庫中查詢所有歷史聊天記錄并顯示。
為了提高頁面流暢性，采取了異步獲取歷史數(shù)據(jù)的方式，但是結(jié)果發(fā)現(xiàn)總是點(diǎn)擊進(jìn)入聊天頁面的時(shí)候會卡頓一下，特別是聊天消息比較多的情況下，用戶體驗(yàn)較差。為了提高頁面流程性，于是開始檢查自己的代碼，異步獲取數(shù)據(jù)是沒錯(cuò)，從數(shù)據(jù)庫中查詢數(shù)據(jù)也非常快。但是通過打印時(shí)間戳的方式，發(fā)現(xiàn)調(diào)用reloadData方法前后時(shí)間差比較大，經(jīng)檢查發(fā)現(xiàn)自己把修改數(shù)據(jù)源的代碼寫到異步代碼中造成的。特記錄于此，希望以后寫代碼的時(shí)候更加細(xì)心一點(diǎn)，注意細(xì)節(jié)，不要想當(dāng)然地寫。
兩種修改數(shù)據(jù)源和刷新列表的方式如下：
//假如數(shù)據(jù)源是dataSource
//方式1
dispatch_queue_t dispatchQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(dispatchQueue, ^{
NSLog(@"begin at %@",TimeStamp);
//耗時(shí)的操作 拿到data 操作data
[dataSource addObjectsFromArray:data];
NSLog(@"fetch data finished at %@",TimeStamp);
dispatch_sync(dispatch_get_main_queue(), ^{
[tableView reloadData];
NSLog(@"end at=%@",TimeStamp);
});
});
//方式2
dispatch_queue_t dispatchQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(dispatchQueue, ^{
NSLog(@"begin at %@",TimeStamp);
//耗時(shí)的操作 拿到data 操作data
NSLog(@"fetch data finished at %@",TimeStamp);
dispatch_sync(dispatch_get_main_queue(), ^{
[dataSource addObjectsFromArray:data];
[tableView reloadData];
NSLog(@"end at=%@",TimeStamp);
});
});
經(jīng)過測試發(fā)現(xiàn)采用第二種方式，每次進(jìn)入頁面非?？欤旧线_(dá)到秒開，這里測試時(shí)聊天數(shù)據(jù)將近200條。
測試結(jié)果如下：
方式1：
begin at 1488444419555.218018
fetch data finished at 1488444419575.990967 相差20.7729492188
end at=1488444421620.645996 相差2044.6550293
begin at 1488444459916.071777
fetch data finished at 1488444459926.528809 相差10.45703125
end at=1488444461542.685059 相差1616.15625
begin at 1488444481942.781006
fetch data finished at 1488444481954.958008 相差12.1770019531
end at=1488444483555.129150 相差1600.17114258
begin at 1488444505205.805176
fetch data finished at 1488444505216.610840 相差10.8056640625
end at=1488444506812.206055 相差1595.59521484
方式2：
begin at 1488444212553.555908
fetch data finished at 1488444212614.791992 相差61.2360839844
end at=1488444213317.329834 相差702.537841797
begin at 1488444275296.455811
fetch data finished at 1488444275307.606934 相差11.1511230469
end at=1488444275867.491943 相差559.885009766
begin at 1488444316944.398926
fetch data finished at 1488444316955.667969 相差11.2690429688
end at=1488444317508.981934 相差553.313964844
begin at 1488444352798.229980
fetch data finished at 1488444352812.494141 相差14.2641601563
end at=1488444353398.352051 相差585.857910156
由上可見方式2在操作完數(shù)據(jù)到刷新UITableView之間的時(shí)間差比方式1的少很多。
其實(shí)總結(jié)一點(diǎn)：修改數(shù)據(jù)源和刷新UITableView的代碼都必須在主線程中執(zhí)行。跟容易造成UITableView訪問數(shù)據(jù)源時(shí)越界的問題一樣，在修改UITableView的dataSource之后必須刷新UITableView一次。這相當(dāng)于是一個(gè)原則性的約定，不遵守該約定就容易造成很多問題。
