大家的项目中，埋点都是怎么做的？所谓的无埋点又是怎样实现的？

This topic created in 3346 days ago, the information mentioned may be changed or developed.

题主的项目中，有关埋点上报的内容，全部都是跟业务代码写在一起的。

感觉这样特别不科学：

代码不美观。一串业务代码里或多或少总是会带一些统计相关的逻辑
引起不必要的 Crash 。有时候同事可能一不小心加了一段代码导致偶现的 Crash ，但此时测试刚好没测到。于是带上线了。像这类需求讲道理无论怎样是不允许影响正常业务的。
重复且枯燥无味的劳动。每次撸了需求还得专门找时间做埋点，测试还要抽时间测。浪费时间，还很无聊。
每个版本的埋点上报都不太一致，数据不能很快地看到，量也不会很大。如果能够把老版本就已经存在的点也上报上来该多好。
blablabla 。。。

所以我挺想自己造个轮子给项目里用，解决上述的一些问题。于是跑去查了查资料，发现有一个术语“无埋点”好像屌屌的。。。但搜了不少文章，都感觉弱弱的，只能通过 AOP 去做一些常规的点击啊跳转啊之类常用事件的自动统计。但如果是一些自定义的事件，或者是上报需要带上下文参数的，就 GG 了。。。

于是来问问大家项目中的埋点都是怎么做的，有没有什么比较好的方案？

埋点

无埋点

上报

代码

9 replies • 2017-04-11 16:32:34 +08:00

iyaozhen

Apr 8, 2017

没办法，纯体力劳动。我们这边还有 4 个端。一般流程是 server 端定好上报格式（规范、统一），然后各个客户端在具体业务逻辑的地方埋点上报。当然各端具体实现上是把上报模块独立出来，通用字段自动获取好，业务代码里面调用一下传几个业务参数就行，就和正常打日志差不多。

boolean93

Apr 8, 2017

@iyaozhen 恩，基本差不多。但我们有一些犹如 main_key 这种类似的标识以便查询数据时快速查找，每次都要把这种标识写进一个 Constants 类里。所以每次添加上报的流程是：

1. 找到对应的上报模块类，添加一个上报方法
2. 找到 Constants 类，将 main_key 、及一些自定义字段的名称加入类中
3. 找到需要埋点的地方，获取参数，调用上报模块类中写好的对应方法
4. 跑去 Wiki 里把写好的埋点内容格式写进去

有时候一个需求就是十个上报点，写的人要崩溃- -烦