有人碰到过下面的crash没？在调用UIImage的intiWithContentsOfFile，会crash到PandaHome（91助手）里面去。如何避免这种Crash

0 libobjc.A.dylib 0x343bc5aa objc_msgSend (in libobjc.A.dylib) + 10
1 PandaHome 0x019b0c02 0x019a6000 + 44034
2 PandaHome 0x019b2454 0x019a6000 + 50260
3 PandaHome 0x019b00c6 0x019a6000 + 41158
4 UIKit 0x3361cefc ImageRefAtPath (in UIKit) + 300
5 UIKit 0x33662b1e _UIImageRefAtPath (in UIKit) + 402
6 PandaHome 0x019afe52 0x019a6000 + 40530
7 UIKit 0x3366291e -[UIImage initWithContentsOfFile:] (in UIKit) + 58

txx

2013 年 7 月 18 日

是这个init 不能用了的意思么。还是特殊的路径才会出问题

feihu

2013 年 7 月 18 日

@alexrezit 是越狱了。crash的次数还挺多。
@txx 图片路径其实是程序自带的一张图片。不是百分百crash。跟路径应该没有关系。

gonefish

2013 年 7 月 18 日

越狱设备经常有这种问题，SogouInput应该更多吧

feihu

2013 年 7 月 18 日

@gonefish sogou是不少，但是那个控制不了，我现在就是想能不能避免这种crash。比如把UIImage initWithContentOfFile改成UIimage initWithData来避免这种情况。

gonefish

2013 年 7 月 18 日

一般都是动态库注入的进程里面

@feihu 难道是这张图片导致PandaHome crash

feihu

2013 年 7 月 19 日

@gonefish 这个不是必现的Crash，很难说是图片问题。感觉还是PandaHome有问题。现在换成initWithData之后貌似PandaHome的截获不到了，但是这样感觉很不爽。

chisj

2013 年 7 月 19 日

之前也碰到过和91桌面的问题，后来联系他们程序员说不是他们的问题。。。。。越狱后的设备各种坑。

so898

2013 年 7 月 19 日

91的问题多了去了……
当年拦截系统内置的那个密码库的事情都没说清楚呢……

clowwindy

2013 年 7 月 20 日

想彻底避免，就在 crash 后下次进的时候提示用户 crash 是 91 造成的，让用户自己判断要不要把 91 卸了。这不是一个技术问题。被流氓强X何必忍气吞声。

feihu

2013 年 7 月 20 日

@clowwindy 这要是在美国，估计可以这么干，在中国，估计会倒打一把。还说这是污蔑。因为其他的程序不挂。为什么你的会挂
@ultragtx 越狱用户也是用户阿，他操作挂掉了，只会骂我们。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/76146

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.