4 回答

TA貢獻(xiàn)2011條經(jīng)驗(yàn) 獲得超2個(gè)贊
其他人會(huì)要求您將代碼發(fā)布到您訪問核心圖形上下文的位置,但是我懷疑這就是問題所在。這些無效的上下文0x0錯(cuò)誤消息很常見,并且易于在iOS 7中重現(xiàn)。實(shí)際上,我可以使用零代碼的情節(jié)提要重現(xiàn)該錯(cuò)誤。我將UITextField拖到IB中的畫布上,運(yùn)行應(yīng)用程序,然后在文本字段內(nèi)雙擊。
在許多情況下,我很難認(rèn)真對(duì)待無效的上下文0x0錯(cuò)誤消息。我不知道您的情況是否值得引起更大的關(guān)注(我同意Rob Napier的觀點(diǎn),值得研究,尤其是在您明確使用圖形上下文的情況下)。
在我自己的項(xiàng)目中,我希望這些錯(cuò)誤中的許多錯(cuò)誤有一天會(huì)神奇地消失(但是那天并沒有包含7.0.3)。
更新:安裝Xcode 5.1并定位到iOS 7.1之后,我無法再通過在空白文本字段中雙擊來重現(xiàn)該錯(cuò)誤。

TA貢獻(xiàn)1770條經(jīng)驗(yàn) 獲得超3個(gè)贊
如果你想知道什么樣的代碼是導(dǎo)致這些日志,你可以添加一個(gè)象征性的斷點(diǎn)上CGPostError。

TA貢獻(xiàn)1893條經(jīng)驗(yàn) 獲得超10個(gè)贊
從歷史上看,這些錯(cuò)誤是由于不在drawRect諸如調(diào)用UIGraphicsBeginImageContext和UIGraphicsEndImageContext(或其他開始和結(jié)束上下文的UIKit函數(shù))之內(nèi)或之間建立的上下文中調(diào)用Core Graphics函數(shù)而導(dǎo)致的。
話雖如此,但是bilobatum是正確的,這種特定的錯(cuò)誤序列可能是他在回答中引用的那個(gè)iOS 7錯(cuò)誤的結(jié)果。如果在您的iOS6目標(biāo)中沒有看到這些錯(cuò)誤,或者在快速掃描此私有框架后沒有發(fā)現(xiàn)任何可疑的Core Graphics調(diào)用,則可能只是此iOS 7錯(cuò)誤。好收成,大葉!
- 4 回答
- 0 關(guān)注
- 579 瀏覽
添加回答
舉報(bào)