埋點是現(xiàn)在很多App中都需要用到的，這個問題可能每個人都能處理，但是怎樣來減少埋點所帶來的侵入性，怎樣用更加簡潔的方式來處理埋點問題，怎樣減少誤埋，如果上線了發(fā)現(xiàn)少埋了怎么辦？下面是本文討論的重點:
一、什么是埋點？埋點的作用是什么？
二、常規(guī)的處理方式是怎樣的？
三、我們可以怎樣優(yōu)化？
四、怎樣使用RunTime對其進行優(yōu)化？
五、在實踐中遇到了什么問題以及解決方案？
六、最理想的埋點是什么樣的？
七、其中可能存在的問題是什么？
接下來將對其一一做以說明:
一、什么是埋點？埋點的作用是什么？
其實埋點也叫日志上報，其實就是根據(jù)需求上報一系列關(guān)于用戶行為的數(shù)據(jù)，比如：用戶點擊了哪個按鈕，用戶瀏覽了哪個網(wǎng)站，用戶在某個頁面停留了多久等數(shù)據(jù)。這些數(shù)據(jù)對于運營來說很有用，他們可以用來分析某個功能開發(fā)的是不是合理，是不是因為某個地方的不合理而到導(dǎo)致了轉(zhuǎn)化率的下降，從而對我們的App進行相應(yīng)的改進，我們來看下某個第三方平臺提供的埋點實例。
埋點統(tǒng)計字段定義
上圖中說明了，某個時間對應(yīng)的事件ID,以及針對這個事件需要關(guān)聯(lián)的字段。下面是后臺系統(tǒng)對某個埋點所做的數(shù)據(jù)統(tǒng)計:
后臺系統(tǒng)對埋點的數(shù)據(jù)分析
這樣我們就可以詳細的分析出用戶對于App的反饋，從而及時的修改我們的產(chǎn)品。
二、常規(guī)的埋點的處理方式是怎樣的?
其實很簡單，我們就在相應(yīng)的事件里面加入相關(guān)的代碼，給服務(wù)器上報數(shù)據(jù)不就得了。如下所示:
// 這個一個按鈕的響應(yīng)事件
- (void)someButtonAction:(UIButton *)someButton{
// 該按鈕需要處理的業(yè)務(wù)
[self upDateSomthing]
// 開始埋點
// eid:事件id，sa:用戶id, cI:當前時間
NSDictionary *upLoadDic = @{@"eid":@"311",@"sa":@"706976487532177",@"cI":@"2016-6-4 12:11:34"};
[ZHUpLoadManager upLoadWithDic:upLoadDic];
}
這樣一個埋點問題就解決了，單同時卻隱藏著很多問題:1.這樣每點擊一個一下按鈕就請求一次網(wǎng)絡(luò)會不會出現(xiàn)性能問題？2.如果這樣頻繁的數(shù)據(jù)上報會不會消耗更多的用戶流量？3.這樣的代碼能經(jīng)受住需求的變更嗎？比如字段變了，或者你把cI看錯了，應(yīng)該是cl。4.這樣的代碼會不會造成難以測試？5.這樣的頻繁上報會不會增加服務(wù)器端的壓力？6.代碼整潔嗎？……(程序員的一個好習慣是:這個代碼能否經(jīng)受住需求的變更。)
三、我們可以怎樣優(yōu)化？
1.首先我們可以用一個類，來專門處理這些需要上報的埋點的字段，將這些字段作為常量,例如:
// LogManager.h
extern NSString * const kLogEventKey; //事件id
extern NSString * const kLogUserIdKey; //用戶id
extern NSString * const kLogOperationInterval; //操作時間
// LogManager.m
NSString * const kLogEventKey = @"co"; //事件id
NSString * const kLogUserIdKey = @"sa"; //用戶id
NSString * const kLogOperationInterval = @"cq"; //操作時間
2.對于用戶id，當前時間，用戶手機型號，手機品牌，等等與用戶所在頁面無關(guān)的內(nèi)容，可以用統(tǒng)一的一個類進行處理，將其作為這個類的一個屬性，使用getter方法將其相應(yīng)的數(shù)值返回即可(對于恒定不變的可以使用懶加載)。
3.這樣的數(shù)據(jù)傳輸策略是有問題的，每次點擊都上報，可能一個面需要上報的地方很多，這就會造成很大的性能問題，我們可以先將需要上傳的數(shù)據(jù)緩存起來，然后緩存夠50條數(shù)據(jù)上報一次，或者每隔5分鐘上報一次;
4.為了節(jié)省流量我們可以，1）將數(shù)據(jù)壓縮之后再上報,可以參考我的另一篇文章；2）和服務(wù)端商量，用盡可能短的字段，如:cityName = @"北京";變?yōu)閏n = @"北京";3)盡量不要上傳的頻率過高，如第三點。
5.如何解決代碼的整潔，易于測試的問題？請看下面。
四、怎樣使用RunTime來進行優(yōu)化？
我么能不能利用RunTime來給每一個Button的響應(yīng)事件中添加一段代碼，利用這段代碼來進行埋點上報呢？或者進一步來說我們能不能給所有繼承自UIControl的對象都添加這樣一段代碼呢？這樣我們不是可以捕獲所有的用戶事件了嗎？(其實答案是否定的，看第五條);這時我們可以利用Mehod Swizzle,或者叫方法注入,或者叫hook住了某個方法，聽著挺玄乎，其實就是RunTime的一個API,這個API能夠交換兩個方法的實現(xiàn)。通過這個API,我們可以這樣實現(xiàn)方法注入。如下圖所示:
方法注入的實現(xiàn)過程
那么我們點擊按鈕系統(tǒng)會不會給每個按鈕都執(zhí)行一個統(tǒng)一的方法？然后我們往這個方法中嵌入響應(yīng)的代碼片段就可以了。答案是肯定的。我們可以往
- (void)sendAction:(SEL)action to:(nullable id)target forEvent:(nullable UIEvent *)event;
這個方法里面嵌入相應(yīng)的代碼片段。我們可以這樣:1.將互換方法實現(xiàn)的的這個方法放到一個工具類中，因為我們可能不止一處要用到這種方法。2.我們給UIControl添加一個Category,然后在里面調(diào)用這個工具類然后實現(xiàn)所插入的代碼片段。這里我們既然可以得到target還有action,那么很多情況下我們就可以唯一確定這個埋點了，那么我們怎樣從這么多的埋點中選出這個這個埋點呢？我們其實可以用字典和數(shù)組結(jié)合的方式將這些方法的target和方法的參數(shù)一一存起來，然后在嵌入的方法內(nèi)部獲取其對應(yīng)的方法，以及其相應(yīng)的，這個事先配置好的字典和數(shù)組的結(jié)合放在哪里比較合適呢？plist。下面就以最簡單的形式展示這種思路:
// 工具類
@interface ZHSwizzleTool : NSObject
+ (void)zhSwizzleWithClass:(Class)processedClass originalSelector:(SEL)originSelector swizzleSelector:(SEL)swizzlSelector;
@end
@implementation ZHSwizzleTool
+(void)zhSwizzleWithClass:(Class)processedClass originalSelector:(SEL)originSelector swizzleSelector:(SEL)swizzlSelector{
Method originMethod = class_getInstanceMethod(processedClass, originSelector);
Method swizzleMethod = class_getInstanceMethod(processedClass, swizzlSelector);
BOOL didAddMethod = class_addMethod(processedClass, originSelector, method_getImplementation(swizzleMethod),method_getTypeEncoding(swizzleMethod));
if (didAddMethod) {
class_replaceMethod(processedClass, swizzlSelector, method_getImplementation(originMethod),method_getTypeEncoding(originMethod));
}else{
method_exchangeImplementations(originMethod, swizzleMethod);
}
}
@end
// 分類
@implementation UIControl (ZHSwizzle)
+(void)load{
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
SEL originSEL = @selector(sendAction:to:forEvent:);
SEL swizzleSEL = @selector(sendSwizzleAction:to:forEvent:);
[ZHSwizzleTool zhSwizzleWithClass:[self class]originalSelector:originSEL swizzleSelector:swizzleSEL];
});
}
- (void)sendSwizzleAction:(SEL)action to:(id)target forEvent:(UIEvent *)event{
// 注意這里調(diào)用的是原來的系統(tǒng)方法
[self sendSwizzleAction:action to:target forEvent:event];
NSString *selectorName = NSStringFromSelector(action);
// 這個plist中存儲的數(shù)據(jù)格式是這樣的:@{@"someViewController":@"selector0":@[para0,para1,para2],@"selector1":@[para0,para1]]};
NSString *pathString = [[NSBundle mainBundle]pathForResource:@"ZHLogInfo" ofType:@"plist"];
NSDictionary *plistDic = [NSDictionary dictionaryWithContentsOfFile:pathString];
//1. 獲取Target的名字
NSDictionary *controllerDic = plistDic[NSStringFromClass([target class])];
//2. 獲取這個方法對應(yīng)的參數(shù)列表
NSArray *parameterArray = controllerDic[selectorName];
//3. 實例化數(shù)據(jù)中心
ZHLogDataCenter *logCenter = [[ZHLogDataCenter alloc]init];
NSMutableDictionary *logInfoDic = [NSMutableDictionary dictionary];
for (NSString *parameter in parameterArray) {
NSString *getSelector = [NSString stringWithFormat:@"%@",parameter];
SEL getSeletor = NSSelectorFromString(getSelector);
//4. 從數(shù)據(jù)中心中獲取相應(yīng)的數(shù)據(jù)
id value = [logCenter performSelector:getSeletor withObject:nil];
//5.獲取成功則將其存入需要上傳的字典
if (value)
[logInfoDic setObject:value forKey:parameter];
}
//6.將這個字典存入埋點管理類，其會將其存入緩存并等待上傳
[ZHLogCenter zhLogWithInforDictionary:logInfoDic];
}
@end
下面是這個代碼中用到的Plist中的配置:
埋點相關(guān)字段的plist配置
五、在實踐中遇到了什么問題以及解決方案？
并不是所有的事件都是有繼承自UIControl的空間來發(fā)出的，比如：手勢，點擊Cell。
并不是所有的按鈕點擊了之后就立馬需要埋點上傳？可能在按鈕的響應(yīng)方法中經(jīng)過了層層的if(){ } else{ }最后才需要埋點。
和事件所在類無關(guān)的埋點數(shù)據(jù)可以同意從ZHLogDataCenter這個類中中取，那么如果這個數(shù)據(jù)是和所在類有關(guān)呢？
對于代理方法該怎樣處理？
如果很多個按鈕對應(yīng)著一個事件該怎樣處理？
項目中事件的處理方法不盡相同，方法的參數(shù)個數(shù)不一樣，并且方法的返回值也不一樣，如何對他們進行統(tǒng)一的處理?
下面我們來一一解決這些問題。
問題1：對于不是來自UIControl的子類發(fā)出的事件，我們一樣是可以進行hooK，只不過方法有所不同。我們在UIControl的分類中寫了一段嵌入的代碼，確實hook住了系統(tǒng)UIButton的點擊事件，是因為UIButton自身會調(diào)用UIControl的這個方法。但是對于點擊事件，這個是我們自己寫的一個方法，它的父類UIViewController中是沒有的，所以在執(zhí)行我們自己點擊事件的方法時UIViewController分類中要嵌入的方法是不會被調(diào)用的，這時候怎么辦，我們可以動態(tài)的給我們自己要hook的ViewController動態(tài)的添加一個方法，然后就可以hook了（這一點不太好理解）。具體的添加方法，可以參考本文的實例代碼。
問題2：對于是否上傳和具體的業(yè)務(wù)邏輯相關(guān)的情況，我們可以用方法所在類的一個屬性值進行標記，這個屬性寫在.m文件中即可(KVC可以獲取.m文件中的屬性值。)，我們先執(zhí)行要hook那個類的方法，然后根據(jù)plist中配置的相關(guān)標記進行響應(yīng)的處理。
問題3：對于和事件所在類有緊密關(guān)聯(lián)的埋點數(shù)據(jù)，比如某個頁面對應(yīng)的產(chǎn)品ID,比如某個頁面點擊了cell，之后這個cell對應(yīng)的model的ID。這個時候我們可以參考方法2，添加一個屬性，用一個屬性值來存儲這些這些需要上傳的具體數(shù)據(jù)。
問題4：代理方法和手勢的處理也是一樣的，既然一個類實現(xiàn)了某個代理方法，那么其[someInstance respondsToSelector:someSelector]所返回的BOOL值應(yīng)該是YES的，然后其它的就和手勢的處理是一樣的了。
問題5：對于很多按鈕對應(yīng)一個響應(yīng)事件的情況，我們可以利用RunTime動態(tài)的給按鈕添加一個屬性，比如:buttonIdentifier,這樣我們就可以在plist中進行相應(yīng)的配置，以進行相應(yīng)的埋點處理。
問題6：這個問題其實就是hook住所有的方法，然后給他們添加同一個代碼段的問題，這時候我們可以使用Aspects這個第三方框架：
- (id<AspectToken>)aspect_hookSelector:(SEL)selector
withOptions:(AspectOptions)options
usingBlock:(id)block
error:(NSError **)error {
return aspect_add((id)self, selector, options, block, error);
}
調(diào)用這個接口，因為在UIViewController的分類中調(diào)用這個接口的對象不一樣，并且我們根據(jù)plist中的配置hook的selector不一樣，然而最后執(zhí)行的block卻是一樣的，這就很好的解決了問題。
六、最理想的埋點是什么樣的？
最理想的埋點是動態(tài)的，就是PM給我們說需要哪些埋點，然后服務(wù)器給我們發(fā)一個類似與上文中提到的plist一樣的文件，或者一個json,我們存到本地，如果這些埋點沒有更新，我們就從本地中讀取相應(yīng)的文件，做相應(yīng)的埋點，如果有更新，我們重新從服務(wù)器獲取最新的需要埋的點，然后進行相應(yīng)埋點。這樣就解決了少埋，或者埋點不恰當，需要添加埋點的問題。
七、其中可能存在的問題是什么？
當然這里面也有其難以處理的問題，比如我們使用了一個第三方控件，這個第三方控件的事件回調(diào)不是用delegate實現(xiàn)的，而是用block實現(xiàn)的，并且這個埋點和具體的業(yè)務(wù)邏輯有關(guān)系，那么這種方法就難以處理了。 如果很多事件的邏輯處理放到了block中進行，那么也將造難以處理。
