mac系統(tǒng)復(fù)制文件時(shí)報(bào)8058錯(cuò)誤
我在將某些舊的項(xiàng)目拷貝到U盤中時(shí)遇到系統(tǒng)報(bào)8058無法復(fù)制的情況.
原因思考:在使用Xcode創(chuàng)建文件夾的時(shí)候有兩種形式.
- 虛擬文件夾.
- 實(shí)體文件夾.
虛擬文件夾. 路徑和實(shí)際路徑?jīng)]什么關(guān)系. 虛擬文件夾對(duì)應(yīng)的實(shí)際路徑存儲(chǔ)在project.pbxproj文件中 Xcode需要訪問文件時(shí), 先訪問project.pbxproj尋找文件夾或者文件的實(shí)際路徑然后根據(jù)實(shí)際路徑讀取文件.
實(shí)體文件夾. 路徑就是實(shí)際路徑. 在Xcode中操作實(shí)體文件夾中的文件, 文件的實(shí)際路徑也會(huì)發(fā)生改變.
mac系統(tǒng)下復(fù)制文件時(shí)偶爾會(huì)碰到很大的文件瞬間復(fù)制完畢. 猜測(cè)文件在硬盤上的實(shí)際位置并沒有發(fā)生變化. 復(fù)制文件時(shí)系統(tǒng)僅修改了文件系統(tǒng)中此文件的路徑.
猜測(cè)mac下文件系統(tǒng)的管理方式類似于指針.
在Xcode中虛擬文件夾和實(shí)體文件夾混合使用.造成了文件系統(tǒng)中某些文件的實(shí)際路徑指向了它的上級(jí)目錄.
結(jié)果形成了文件夾的遞歸.
平時(shí)這個(gè)遞歸文件夾不會(huì)對(duì)項(xiàng)目產(chǎn)生什么影響. 項(xiàng)目可以正常編譯打包.
但是當(dāng)復(fù)制文件時(shí), 會(huì)遍歷所有的文件及文件夾. 系統(tǒng)遇到遞歸文件夾報(bào)8058錯(cuò)誤.
解決方案: 找到遞歸文件夾. 點(diǎn)進(jìn)去刪除任意一級(jí)(為防意外先備份). 破壞遞歸. over.
tabbar圖片問題, 顏色不對(duì)
使用storyboard中的tabbar控制器. 更換tabbar控制器中一個(gè)item的圖片.
更換這個(gè)圖片需要在這個(gè)tabbar item指向的控制器中修改.
修改后運(yùn)行這張圖片并沒有顯示原圖. 圖片的形狀沒有問題. 只是顏色不對(duì).
原因猜測(cè): tabbar item在添加圖片時(shí)取了圖片的形狀(按像素識(shí)別的?(通過實(shí)驗(yàn)發(fā)現(xiàn)形狀和背景的色差大形狀就會(huì)清晰一點(diǎn))). 但是顏色是tabbar控制器賦上去的. 所以修改tintColor圖片顏色也會(huì)被修改.
解決方案: 猜測(cè). tabbar item肯定留有修改圖片模式的api. 通過某些api可以修改tabbar item圖片模式, 使用原圖. 還是取圖片形狀 圖片顏色由tintColor決定. 尋找果然發(fā)現(xiàn)這樣的api
for (UIBarItem *item in self.tabBar.items) {
//修改item的image模式為使用原圖.
[item.image imageWithRenderingMode:UIImageRenderingModeAlwaysOriginal];
[item setTitleTextAttributes:[NSDictionary dictionaryWithObjectsAndKeys:
[UIFont fontWithName:@"Helvetica" size:10.0], NSFontAttributeName, nil]
forState:UIControlStateNormal];
}
tabbar點(diǎn)擊事件響應(yīng)緩慢
之前有做過即時(shí)通訊相關(guān)的東西. 用了環(huán)信. 懶得搞UI. 把環(huán)信demo中的UI做一些修改直接集成到項(xiàng)目中.
使用環(huán)信UI時(shí)遇到了一個(gè)問題. 長按發(fā)送語音信息時(shí), 錄音觸發(fā)的時(shí)間不確定.
效果就是, 有時(shí)按住錄音按鈕很久沒反應(yīng)(左右搓動(dòng)手指可以加快響應(yīng)). 有時(shí)按住錄音按鈕很快就開始錄音.
原因思考: 首先我想可能是線程問題. 線程執(zhí)行時(shí)間不確定造成錄音開始時(shí)間不確定.
修改了幾個(gè)線程的優(yōu)先級(jí)發(fā)現(xiàn)并沒有什么變化.
百度找不到方案. Google后發(fā)現(xiàn)可以如此解決:
self.navigationController.interactivePopGestureRecognizer.delaysTouchesBegan = NO;
(這篇帖子真的非常nice)此處附上鏈接
tabbar手勢(shì)響應(yīng)緩慢
切換到手寫鍵盤時(shí)應(yīng)用崩潰
一個(gè)老項(xiàng)目. 測(cè)試工程師不知道出于什么想法,換到手寫鍵盤(作為一個(gè)20多的青年我從未見過有誰在iPhone上使用手寫鍵盤). 然后應(yīng)用崩潰. 拿不到斷點(diǎn). 看函數(shù)棧也看不到有用的信息.
友盟錯(cuò)誤統(tǒng)計(jì)曾經(jīng)收集到很多個(gè):
UIKBBlurredKeyViewcandidateList:unrecognized 這樣的錯(cuò)誤. (這是一個(gè)健康應(yīng)用, 面向老年人的)
猜想這條崩潰日志是不是就是由手寫鍵盤崩潰引起的.(老年人用手寫鍵盤的多)
以這條日志作為關(guān)鍵詞搜索到結(jié)果.
我的情況屬于鏈接中的第一個(gè)解決方案. 注釋掉UIScrollView的category 中的UITouchBegans, move end 方案. 問題解決.
附上鏈接:
切換手寫鍵盤應(yīng)用崩潰解決方案
app中的web頁面出現(xiàn)奇怪的廣告
我負(fù)責(zé)的幾個(gè)app中都或多或少包含一些H5頁面.
有把H5頁面打包放進(jìn)app bundle中的. 也有用UIWebView加載url的.
最近有個(gè)app的web頁面莫名其表的出現(xiàn)了廣告.
正常情況下應(yīng)該是這個(gè)樣子的.
思考:
- 是不是有什么第三方庫中做了什么手腳.
轉(zhuǎn)發(fā)請(qǐng)注明出處(簡(jiǎn)書 行如風(fēng)).
