好奇觸摸事件是如何從屏幕轉(zhuǎn)移到APP內(nèi)的伦糯?困惑于Cell怎么突然不能點(diǎn)擊了绳军?糾結(jié)于如何實(shí)現(xiàn)這個(gè)奇葩響應(yīng)需求畔勤?亦或是已經(jīng)被響應(yīng)鏈、手勢(shì)盖灸、target-action這一系列響應(yīng)觸...

好奇觸摸事件是如何從屏幕轉(zhuǎn)移到APP內(nèi)的伦糯?困惑于Cell怎么突然不能點(diǎn)擊了绳军?糾結(jié)于如何實(shí)現(xiàn)這個(gè)奇葩響應(yīng)需求畔勤?亦或是已經(jīng)被響應(yīng)鏈、手勢(shì)盖灸、target-action這一系列響應(yīng)觸...
你的 “接收到 VSync 信號(hào)后的屏幕繪制” 這一部分有點(diǎn)問題吧。如果VSync信號(hào)一分鐘觸發(fā)60次,并且可以喚醒runloop的話颓影,為什么當(dāng)我我應(yīng)用不動(dòng)的時(shí)候,很久runloop才會(huì)喚醒一次呢懒鉴?
runloop與Vsync 信號(hào)在多數(shù)博客中提到的runloop 在即將休眠前的屏幕繪制和接收到VSync 信號(hào)后的屏幕繪制诡挂,它們之間是什么關(guān)系呢? 這個(gè)問題困擾了我很長(zhǎng)時(shí)間,現(xiàn)在做一個(gè)簡(jiǎn)單總結(jié)临谱。 runl...
用kdebug_signpost加CADisplayLink打點(diǎn)跑了下instrument發(fā)現(xiàn)璃俗,好像監(jiān)聽runloop來(lái)優(yōu)化的方法感覺并沒有多少優(yōu)化,兩幀刷新之間的時(shí)間仍然有很多四五十毫秒往上的悉默,不過幾百毫秒級(jí)的卡頓確實(shí)少了一些
RunLoop解決卡頓問題人生就像RunLoop城豁,不斷的循環(huán)、不斷的往復(fù)抄课。當(dāng)線程被殺掉钮蛛,當(dāng)生命結(jié)束,RunLoop就消失了剖膳,人生也就結(jié)束了魏颓。在有限的生命里,為何不讓自己像RunLoop一樣優(yōu)雅的活著吱晒,...
不是
iOS addChildViewController方法APP中經(jīng)常有根據(jù)標(biāo)簽來(lái)切換頁(yè)面的需求甸饱,如果切換的頁(yè)面只是刷新一下數(shù)據(jù)也就罷了,但是如果每個(gè)標(biāo)簽切換頁(yè)面的數(shù)據(jù)和內(nèi)容仑濒、結(jié)構(gòu)完全不同你會(huì)怎么樣做叹话?(例如:圖1-1) 個(gè)人覺得理...
原文地址:2018 iOS 面試題大全由于原作者并沒有繼續(xù)更新驼壶,這里我轉(zhuǎn)過來(lái)繼續(xù)更新下 整理的一些iOS面試相關(guān)問題,持續(xù)更新,敬請(qǐng)關(guān)注 2018 iOS面試題大全---全方...
原文地址:2018 iOS 面試題大全 整理的一些iOS面試相關(guān)問題,持續(xù)更新喉酌,敬請(qǐng)關(guān)注 2018 iOS面試題大全---全方面剖析面試1热凹、2018 iOS面試題---UI相...
問題: 如果一個(gè)用戶的瀏覽器訪問一個(gè)網(wǎng)頁(yè)獲取的css般妙, js, 圖片什么的都在同一臺(tái)服務(wù)器上相速, 那用同一個(gè)tcp不是變成串行了嗎?
skywoodlin 評(píng)論自http的長(zhǎng)連接和短連接(史上最通俗5臁)
更確切的應(yīng)該是同一個(gè)進(jìn)程,IP加端口號(hào)
http的長(zhǎng)連接和短連接(史上最通俗M晃堋)1.以前的誤解 很久之前就聽說(shuō)過長(zhǎng)連接的說(shuō)法苫拍,而且還知道HTTP1.0協(xié)議不支持長(zhǎng)連接芜繁,從HTTP1.1協(xié)議以后,連接默認(rèn)都是長(zhǎng)連接绒极。但終究覺得對(duì)于長(zhǎng)連接一直懵懵懂懂的骏令,有種...
didStartProvisionalNavigation 應(yīng)該是開始請(qǐng)求時(shí) 調(diào)用吧,而不是頁(yè)面開始加載集峦,開始加載是說(shuō)頁(yè)面數(shù)據(jù)拉取完了準(zhǔn)備加載在屏幕上了
WKWebView詳解WKWebView是在Apple的WWDC 2014隨iOS 8和OS X 10.10出來(lái)的伏社,是為了解決UIWebView加載速度慢抠刺、占用內(nèi)存大的問題塔淤。使用UIWebView...
你的例子里:CustomBlock block = ^(NSString *name){...},實(shí)現(xiàn)明明需要傳遞參數(shù)速妖,為什么你的SEL和Type寫的是無(wú)參數(shù)的
深入探究SEL,Method,IMPSEL SEL方法選擇器高蜂,表示一個(gè)selector的指針 無(wú)論什么類里,只要方法名相同罕容,SEL就相同备恤。項(xiàng)目里的所有SEL都保存在一個(gè)NSSet集合里(NSSet集合里的元素不...
在IMP部分你有這個(gè)代碼:id objc = imp(id,SEL,argument),但實(shí)際上調(diào)用imp直接imp()就可以了锦秒,不用寫id和SEl參數(shù)進(jìn)去
深入探究SEL,Method,IMPSEL SEL方法選擇器露泊,表示一個(gè)selector的指針 無(wú)論什么類里,只要方法名相同旅择,SEL就相同惭笑。項(xiàng)目里的所有SEL都保存在一個(gè)NSSet集合里(NSSet集合里的元素不...
補(bǔ)充一下,RootClass的superClass指針指向nil
object_getClass(obj)與[obj class]的區(qū)別導(dǎo)語(yǔ) 今天在StackOverFlow上面看到一個(gè)提問:object_getClass(obj) and [obj class] give different results...
你這static const void *myMsgSend(id receiver, const char *name)玩意兒搞了個(gè)四不像吧生真,你是定義了個(gè)c的函數(shù)指針沉噩?那你應(yīng)該myMsgSend = &函數(shù);你這樣寫是想定義函數(shù)吧柱蟀,那加*做什么
Objective-C 之 objc_msgSend 簡(jiǎn)單實(shí)現(xiàn)objc_msgSend 函數(shù) 在 Objective-C 中, message 是直到 runtime 的時(shí)候才會(huì)綁定實(shí)現(xiàn)川蒙,編譯器會(huì)將我們的發(fā)送消息 [receiver m...
@謝謝生活 你可以去看下dispatch_once的原理和使用,本身dispatch_once就是防止多線程同時(shí)訪問資源的长已,它和@synchronize的作用是一樣的
iOS中NSCache緩存機(jī)制應(yīng)用場(chǎng)景: iOS中需要頻繁讀取的數(shù)據(jù)畜眨,都可以用NSCache把數(shù)據(jù)緩存到內(nèi)存中提高讀取性能。 正文: 一:定義 NSCache是系統(tǒng)提供的一種類似于集合(NSMutable...
還有g(shù)etInfoModel的時(shí)候你寫的是有nscache就返回术瓮,萬(wàn)一nscache被清空了不就返回nil了胶果?
iOS中NSCache緩存機(jī)制應(yīng)用場(chǎng)景: iOS中需要頻繁讀取的數(shù)據(jù),都可以用NSCache把數(shù)據(jù)緩存到內(nèi)存中提高讀取性能斤斧。 正文: 一:定義 NSCache是系統(tǒng)提供的一種類似于集合(NSMutable...
有點(diǎn)疑問:創(chuàng)建單例的時(shí)候早抠,dispatch_once里為什么還要加@synchronize
iOS中NSCache緩存機(jī)制應(yīng)用場(chǎng)景: iOS中需要頻繁讀取的數(shù)據(jù),都可以用NSCache把數(shù)據(jù)緩存到內(nèi)存中提高讀取性能撬讽。 正文: 一:定義 NSCache是系統(tǒng)提供的一種類似于集合(NSMutable...