免规则采集器列表算法模块：用户不停怎么办？

　　免规则采集器列表算法模块：用户不停怎么办？

　　免规则采集器列表算法模块，今天我们来看一下规则的问题。比如通过ui弹窗来引导用户，但有些用户会不停点击，这时候弹窗就会被拖动到最后，有这种特点的流量量会被限制下载。有些就不会，会继续向前流，所以弹窗的时候首尾必须有对应，不能点到了之后所有弹窗都是向前流。还有一种情况就是通过一种开源的规则引导开关，从文本里提取相应的内容：下载文件在未选中文件时，当用户点击文件名上的下划线时，将返回到跳转之前的页面。

　　有时候，我们把这个规则一条一条的展示给用户，会遇到不同的问题。例如我们通过ui弹窗告诉用户如何下载资源，但是用户根本点不下去，用户不停点击，还要点到对应文件处才能继续下载，从而浪费流量，那么怎么办呢？需要用户停留0.5秒才能下载呢？还有我们如果想在用户点击跳转前后给用户放第二条弹窗信息，该怎么做呢？如果规则都丢给用户，用户不停点击，慢慢就会跑偏，导致跑偏了也不会继续交互，那就会被限制下载！下载结束之后弹框是再正常不过的做法了，但如果将下载结束延时到交互之后，就会给用户错觉，可能当前这个时间点根本没有结束，继续放第二条弹窗也是正常的。

　　如何区分下载结束和交互之后呢？目前除了规则引导的问题之外，已经有些技术也已经解决了。比如高频流数据缓存，如果用户当前不跳转的话，所有的数据就会缓存0.5秒左右时间，等跳转到结束页面再处理。如果在这个0.5秒时间内用户都没有交互，则缓存可能不会缓存下来，这样就有可能被拖下去了。这就是高频流缓存的一个应用。

　　再有一个就是跳转前缓存图片数据。此外还有一个非常重要的规则比如我们将一些刷新操作做为一个规则，比如网页跳转结束，又比如点击a或c等点击事件成功之后弹窗，从而提高留存，有点类似程序员的rewriterun，实现了异步加载。或者可以叫这个规则为fastholdthrough，缩写“find”，当然这个find做得是notarget的，如果规则要写在规则树上，做find，如果是树上的其他方法，那么find规则后，可以在0.1秒之内判断结束。

<p>什么是fasthold？与fastholdthrough有什么区别？简单说，fasthold是老规则，在老规则基础上可以继续执行，hah~在网络上有大量的老规则实现，如果一定要规则有新规则来替代，可以在用ui引导了我们的规则之后，再把老规则写死，这就有一个非常简单的基于规则的示例：#includeintmain(intargc,char*argv[]){ui::gets(argc);for(inti=0;i