如何实现一个IOS网络监控组件
栏目: Objective-C · 发布时间: 6年前
勿忘初心 昨天 15:22
此文由作者朱志强授权网易云社区发布。
Mobile Application Monitor IOS组件设计技术分享
背景
应用程序性能管理Application Performance Management(APM)是近年来比较火的互联网产业, Mobile Application Monitor(MAM)是其核心功能之一。 APM主要指对企业的关键业务应用进行监测、优化,它可以提高企业应用的可靠性和质量,保证用户得到良好的服务,降低IT总拥有成本(TCO)。 一个企业的关键业务应用的性能强大,可以提高竞争力,并取得商业成功,因此,加强应用性能管理可以产生巨大商业利益。 目前成熟的产品有:
目标
-
iOS客户端的网络统计组件,用于统计iOS app的http请求的数据,如请求时间,数据,错误
-
设计一个可复用的框架,方便后续添加帧率、用户体验等监测内容
-
对应用的影响尽可能小,使用方便
设计模型
处理数据分4步:
数据收集,数据组装,数据持久化,数据发送
线程模型:
数据收集负责初始化MAMDataBuilder,在持久化层队列完成数据组装和数据库插入操作。
满足发送数据条件时,首先持久化层队列从数据库查找数据,然后在发送层队列中发送数据,发送结束后在持久化层队列删除该条数据,再处理下一个数据。
下图使用图形演示了程序执行过程,灰色矩形代表API接口
本文主要针对常用网络技术的拦截技术做全面细致的讲解和分析。
数据收集Hooker
针对IOS主要的网络技术:NSURLConnection和CFNetwork的HTTP请求做数据收集
NSURLConnection的hook
对Objective-C对象发送消息的拦截
-
技术背景
-
Runtime
Objective-C是一门运行时语言,它会尽可能地把代码执行的决策从编译和链接的时候,推迟到运行时。 这样对写代码带来很大的灵活性,比如说可以把消息转发给你想要的对象,或者随意交换一个方法的实现。 Method Swizzling正是使用交换方法实现的方式来达到hook的目的。
-
动态绑定
在编译的时候,我们不知道最终会执行哪一些代码,只有在执行的时候,通过selector去查询,我们才能确定具体的执行代码。
Objective-C的方法类型是SEL(selector)。实例对象performSelector时,会在各自的消息选标(selector)/实现地址(address) 方法链表中根据 selector 去查找具体的方法实现(IMP), 然后用这个方法实现去执行具体的实现代码。
-
IMP类型
IMP 是消息最终调用的执行代码的函数指针,可以理解为Objective-C的每个方法都会在编译时被转换成C函数,IMP就是这个C函数的函数指针,下面会演示调用这个IMP和调用Objective-C方法是等效的。 一个Objective-C方法:
-(void)setFilled:(BOOL)arg;
它的Objective-C调用方式会是:
[aObject setFilled:YES];
调用基类NSObject的方法
- (IMP)methodForSelector:(SEL)aSelector
得到IMPvoid (*setter)(id, SEL, BOOL); setter = (void (*)(id, SEL, BOOL))[self methodForSelector:@selector(setFilled:)];
等价的C调用是对IMP(函数指针)的调用:
setter(self, @selector(setFilled:), YES)
-
Method Swizzling
正常情况,我们无法知道系统方法在何时被调用,但替换掉系统方法的代码实现,就可以获取系统方法的调用时机,这就是Method Swizzling!
如下图,修改selector对应的IMP为保存原IMP的函数,这样就实现了对系统调用的hook。
-
代码演示
Method Swizzling核心代码:
BOOL HTSwizzleMethodAndStore(Class class, BOOL isClassMethod, SEL original, IMP replacement, IMP* store) { IMP imp = NULL; Method method ; if (isClassMethod) { method= class_getClassMethod(class, original); }else{ method= class_getInstanceMethod(class, original); } if (method) { imp = method_setImplementation(method,(IMP)replacement); if (!imp) { imp = method_getImplementation(method); } }else{ MAMLog(@"%@:not found%@!!!!!!!!",NSStringFromClass(class),NSStringFromSelector(original)); } if (imp && store) { *store = imp; }//将原方法放在store中 return (imp != NULL); }
声明函数指针IMP store,实现函数MAM IMP
static NSURLConnection * (*Original_connectionWithRequest)(id self, SEL _cmd, NSURLRequest *request, id delegate);static NSURLConnection * MAM_connectionWithRequest(id self, SEL _cmd, NSURLRequest *request, id delegate){ //使用系统方法的函数指针完成系统的实现 id result = Original_connectionWithRequest(self, _cmd, request, hookDelegate);//在这里获取到了系统方法调用的时机 return result; }
在程序启动后调用Swizzling
HTSwizzleMethodAndStore(NSClassFromString(@"NSURLConnection"), YES, @selector(connectionWithRequest:delegate:), (IMP)MAM_connectionWithRequest, (IMP *)&Original_connectionWithRequest);
-
对委托模型的监控
Runtime替换方法时需要指定类名,而NSURLConnection的delegate的类并不确定。如果还是使用Method Swizzling拦截delegate的消息,每多一个使用NSURLConnectionDelegate的类都需要动态声明一次IMP store和MAM IMP,效率太低。
解决办法是使用proxy delegate替换NSURLConnection原来的delegate。只要保证proxy delegate将所有接收到的网络回调,转发给原来的delegate就好了。
CFNetwork的hook
对C函数调用的拦截
-
技术背景
-
使用Dynamic Loader hook 库函数 ---- fishhook
Dynamic Loader (dyld)通过更新Mach-O文件中保存的指针的方法来绑定符号。借用它,可以在运行时修改C函数调用的函数指针!
fishhook 查找函数符号名的过程见下图
上图中,1061是间接符号表(Indirect Symbol Table)的偏移量,存放的符号表(Symbol Table)偏移量16343。
符号表中包含了字符表(String Table)偏移量,然后找到中真实符号名(Actual Symbol Name),fishhook对间接符号表的偏移量做了修改,这样就修改了字符表偏移量,指向字符表中的真实符号名发生了变化,最终,通过修改真实符号名修改了真实调用函数的指针,达到hook的目的。
-
Stream的read size和Toll-Free Bridge
CFNetwork使用CFReadStreamRef做数据传递,其接收服务器响应的方式是使用回调函数。获取服务器数据的方式是,当回调函数收到流中有数据的通知后,从流中读取数据,保存在客户端内存中。
对流的读取不适合使用修改字符串表的方式,这样做需要hook 系统也在使用的read函数,而系统的read函数不仅仅被网络请求的stream调用,还有所有的文件处理,并且hook一个频繁调用的函数也是不可取的!
但是怎么才能只针对网络请求的stream做处理呢,对一个C类型真的是很难,但是倘若对一个对象而言,我们有很多办法可以用,能不能转换呢?
能,用Toll-Free Bridge!有了它,就可以将CFReadStreamRef类型直接转换成NSInputStream对象!!
Toll-Free Bridge可以将Cocoa对象转换为CoreFoundation类型,查看CFReadStreamRead源码:
CFIndex CFReadStreamRead(CFReadStreamRef readStream, UInt8 *buffer, CFIndex bufferLength) { CF_OBJC_FUNCDISPATCH2(__kCFReadStreamTypeID, CFIndex, readStream, "read:maxLength:", buffer, bufferLength);
函数的第一行调用的是Cocoa的方法
read:maxLength:
,这就确认了Toll-Free Bridge的实现机制——用Objective-C实现了一个可以用纯C调用的类库。最后,这样设计被监控的stream:
这样就成功地将hook一个C函数的问题转变成了hook一个Objective-C方法的问题,但是,NSInputStream仍然是一个底层的公共类,仍然需要对系统的read方法做hook,能不能只针对某个stream对象进行hook呢?
能,用Trampoline!
-
Objective-C消息转发机制和Trampoline ---- 对指定对象的hook
当某个实例对象接收到一个消息,但是没有找到这个消息的实现时,会调用下面的两个方法,给开发者提供了转发消息的选择
-(NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector; -(void)forwardInvocation:(NSInvocation *)anInvocation;
借用转发机制,可以实现对指定对象的hook:
设计一个继承自NSObject的Proxy类,持有一个NSInputStream,记为OriginalStream。
使用上面的方法中将发向Proxy的消息转发给OriginalStream。这样一来,所有发向Proxy的消息的都由OriginalStream处理了。再重写NSInputStream read方法就可以获取到stream的size了。这种修改程序执行方向的设计就称为Trampoline,它的本意是蹦床,象征着将方法反弹给真正的接收对象。
MAMNSStreamProxy的核心代码:
-(instancetype)initWithClient:(id*)stream {if (self = ![super init]) { _stream = ![stream retain]; }return self; } -(NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {return ![_stream methodSignatureForSelector:aSelector]; } -(void)forwardInvocation:(NSInvocation *)anInvocation { ![anInvocation invokeWithTarget:_stream]; } -(NSInteger)read:(uint8_t *)buffer maxLength:(NSUInteger)len { NSInteger rv = [_stream read:buffer maxLength:len];//在这里记录sizereturn rv; }
-
代码演示
和Method Swizzling类似,需要声明函数指针和函数的实现:
static CFReadStreamRef(*original_CFReadStreamCreateForHTTPRequest)(CFAllocatorRef alloc, CFHTTPMessageRef request);/** * MAMNSInputStreamProxy持有original CFReadStreamRef,转发消息到original CFReadStreamRef,在方法 read 中获取数据大小。 * 以original CFReadStreamRef为键,保存CFHTTPMessageRef request */static CFReadStreamRefMAM_CFReadStreamCreateForHTTPRequest(CFAllocatorRef alloc, CFHTTPMessageRef request){ //使用系统方法的函数指针完成系统的实现 CFReadStreamRef originalCFStream = original_CFReadStreamCreateForHTTPRequest(alloc, request); //将CFReadStreamRef转换成NSInputStream,保存在MAMNSInputStreamProxy中,返回的时候再转换成CFReadStreamRef NSInputStream *stream = (__bridge NSInputStream*)originalCFStream; MAMNSInputStreamProxy *outReadStream = ![![MAMNSInputStreamProxy alloc] initWithStream:stream]; /*内存管理, create的CF stream ref转成NS stream proxy,CF不再引用,使用结束后release掉*/ CFRelease(originalCFStream); /*内存管理,ARC转交引用管理给CF*/ CFReadStreamRef result = (__bridge_retained CFReadStreamRef)((id)outReadStream); return result; }
使用fishhook替换函数地址
save_original_symbols();int bFishHookWork = rebind_symbols((struct rebinding![1]) {{"CFReadStreamCreateForHTTPRequest", MAM_CFReadStreamCreateForHTTPRequest},},1);
void save_original_symbols(){ original_CFReadStreamCreateForHTTPRequest = dlsym(RTLD_DEFAULT, "CFReadStreamCreateForHTTPRequest"); }
-
数据拦截模型
根据CFNetwork API 的调用方式,使用fishhook和proxyStream获取C函数的设计模型如下:
更多网易技术、产品、运营经验分享请访问网易云社区。
相关文章:
【推荐】 年轻设计师如何做好商业设计
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 2017 年最佳开源网络监控工具
- 2017年最佳开源网络监控工具
- 五大开源的网络监控工具盘点
- TCP网络监控开源工具tcplstat
- 介绍一个小工具 KubeNurse:集群网络监控
- 分布式监控系统 WGCLOUD v2.3.6 发布,新增网络监控模块
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
CSS高效开发实战—CSS 3、LESS、SASS、Bootstrap、Foundation
谢郁 / 电子工业出版社 / 2014-9 / 59.00
想象一下,一个网页只有HTML,没有CSS,那就是素颜和上妆的区别。而一个网页只有CSS,没用CSS 3,那就是马车和汽车的区别!汽车代表的是高效、美观,CSS 3的意图也是如此。移动设备的流行导致了响应式设计的流行,而CSS 3正是实现这种设计的精髓。《CSS高效开发实战—CSS 3、LESS、SASS、Bootstrap、Foundation》围绕的就是如何跨浏览器、跨设备进行高效率的CSS开......一起来看看 《CSS高效开发实战—CSS 3、LESS、SASS、Bootstrap、Foundation》 这本书的介绍吧!