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