测试发现:
对于postTrack的view来说，不论是setPageTrackNode还是setTrackNode，在同页面的任意代码块设置Event，post时只收集post之前的最后一个，在最后一个使用.put().put().put()的方式才可以同时收集多个event；同时这也导致referrerKeyMap使用转换规则并不会起作用；
这样在实际使用需要频繁postTrack，或者回归那几种方式收集完统一再setNode；
要是只需在逻辑出口post就能收集该view或者及其子view的所有已过滤的event就好了，这样业务里只有setNode，在界面切换或者退出时统一收集，甚至不需要post，开一个轮询，由外部发送信号匹配event触发收集，满足一些收集秒级行为的需求。
测试发现:
对于postTrack的view来说，不论是setPageTrackNode还是setTrackNode，在同页面的任意代码块设置Event，post时只收集post之前的最后一个，在最后一个使用.put().put().put()的方式才可以同时收集多个event；同时这也导致referrerKeyMap使用转换规则并不会起作用；
这样在实际使用需要频繁postTrack，或者回归那几种方式收集完统一再setNode；
要是只需在逻辑出口post就能收集该view或者及其子view的所有已过滤的event就好了，这样业务里只有setNode，在界面切换或者退出时统一收集，甚至不需要post，开一个轮询，由外部发送信号匹配event触发收集，满足一些收集秒级行为的需求。