摘要: 如果你去4S店修车,给小工说你的车哪天怎么样怎么样了,小工有可能会立即搬出一台电脑,插上行车电脑把日志打出来,然后告诉你你的车发生过什么故障。汽车尚且如此,何况移动互联网应用呢。本文第一篇:经营你的iOS应用日志(一):开始编写日志组件言归正传。开发iOS应用,解决Crash问题始终是一个难题。Crash分为两种,一种是由EXC_BAD_ACCESS引起的,原因是访问了不属于本进程的内存地址,有可能是访问已被释放的内存;另一种是未被捕获的Objective-C异常(NSException),导致程序向自身发送了SIGABRT信号而崩溃。其实对于未捕获的Objective-C异常,我们是有办法将 阅读全文
posted @ 2012-03-28 18:21 alario 阅读(12142) 评论(26) 推荐(8) 编辑
摘要: 对于那些做后端开发的工程师来说,看LOG解Bug应该是理所当然的事,但我接触到的移动应用开发的工程师里面,很多人并没有这个意识,查Bug时总是一遍一遍的试图重现,试图调试,特别是对一些不太容易重现的Bug经常焦头烂额。而且iOS的异常机制比较复杂,Objective-C的语言驾驭也需要一定的功力,做出来的应用有时候挺容易产生崩溃闪退。一遍一遍的用XCode取应用崩溃记录、解析符号,通常不胜其烦,有时还对着解析出来的调用栈发呆,因为程序当时的内部状态常常难以看明白,只能去猜测。好了,先从一个自制的日志组件开始吧。我们需要一个专门的后台线程去输出日志,线程根函数如下:- ( void ) thre 阅读全文
posted @ 2012-03-27 17:20 alario 阅读(6676) 评论(5) 推荐(6) 编辑
摘要: 1、HTTP应答码一律设计为200 OK,不许用别的。(部分脑残的代理服务器会帮你改HTTP应答码。如遵守此规则,客户端对于非200 OK应答码可直接认定是网络异常,进行重试逻辑或放弃请求。真正的业务应答码在消息体中找)2、Content-Type永远只写plain/text、application... 阅读全文
posted @ 2012-03-27 13:57 alario 阅读(1301) 评论(1) 推荐(1) 编辑
摘要: Android是一个相当开放的平台,允许我们开发常驻后台运行的应用程序,依靠TCP长连接接受服务器的消息推送,但也因此在电量消耗方面广遭诟病。如果开发者,特别是类IM应用的开发者自己还不去了解Android底层的机制,没准搞出来的应用就变成待机电池杀手了。Android手机有两个处理器,一个叫Application Processor(AP),一个叫Baseband Processor(BP)。AP是ARM架构的处理器,用于运行Linux+Android系统;BP用于运行实时操作系统(RTOS),通讯协议栈运行于BP的RTOS之上。非通话时间,BP的能耗基本上在5mA左右,而AP只要处于非休眠 阅读全文
posted @ 2012-03-27 13:34 alario 阅读(5715) 评论(2) 推荐(3) 编辑