百度APP调起SDK详细设计标准文档.docx

一、背景 在Android和IOS的设备上的某些浏览器，可以通过 HYPERLINK /view/4699139.htm deeplink的链接调起相应的App，调起App之后，需要对调起的时间长度进行统计，以及从有哪些信誉好的足球投注网站结果页到App内的用户在调起后在App中的停留时间，并通过这些统计数据来分析，从有哪些信誉好的足球投注网站结果分发的流量是否能够给用户带来更好的体验。 二、调起的流程 调起的整个过程简单的来说，就是从网页中点击调起的按钮，然后打开对应的App。 1、前端页面中，将点击的Url设置成调起的Uri；? ? ? ?2、打开对应的应用，应用解析相应的调起Uri参数；? ? ? ?3、SDK获取调起的统计参数，SDK发送统计字段。 三、SDK设计 四、SDK的功能 产品的需求是统计App从网页中点击到App打开的调起时间，以及调起之后用户在App中停留的时间。SDK的功能是统计调起时间和用户在调起的App中的停留时间。 调起时间的实现方式和计算规则。用户点击Web页面中的按钮，生成一个时间戳，App打开后，将相应的Web的时间戳通过Uri参数的形式带入到App中，并解析，同时生成一个当前的系统时间戳，两者的差值即为调起时长。 调起时长?= App打开时间戳—?网页上链接点击时间戳 App中的停留时间的实现方式和计算规则。停留的截止点存在两种情况，一种是App退出了，一种情况是App被用户切换到后台了，无论哪种情况，会在这两个时间点中选择一个截止时间点。 停留时长?= App到后台或者退出的时间—?App打开的时间戳。 五、SDK的兼容性 SDK在设计的过程中已经考虑了对现有的调起生态的兼容，部分应用已经有自定义的Scheme，SDK不会改变现有的调起的Scheme，与Scheme无关。SDK是通过在现有的应用的Scheme后添加参数的方式新增字段来处理，理论上应用开发者通过提取data中的值就可以实现对有没有新增参数进行兼容，但部分开发者存在代码中的hardcode，或者考虑不全等问题，因此新增参数也需要考虑新旧版本的兼容性。 应用中已经在manifest中注册的Scheme，不会新增或者改变已有的调起Scheme，如下samplecode： activity ? ? android:name=com.example.android.RecipeActivity ?android:label=@string/title_recipe ?? ? ? ? ? ?intent-filter android:label=@string/filter_title_viewrecipe ? ?? ? ? ? ? ?action ?android:name=ent.action.VIEW / ? ? ? ??? ? ? ? ? ?category ?android:name=ent.category.DEFAULT / ? ? ? ? ? ?category ?android:name=ent.category.BROWSABLE /? ? ? ? ? ?!-- Accepts URIs that begin with baidumusic://hybrid --//产品线保持不变 ? ? ? ?? ? ? ? ? ?data android:Scheme=baidumusic? ? ? ? ? ? ? ?? ? ? ? ? ?android:host=hybrid/? ? ?? ? ? ? ? ?/intent-filter? ? ? ? ? ?/activity? 为了更好的突出代码重点，例图如下： App调起后，请求中会新增调起参数，需要考虑到对新增Uri的兼容性处理，以百度翻译App为例如下： 旧Uri为 baidutranslate://home?query=such%20asfrom=ento=zh 新Uri为 baidutranslate://home?query=such%20asfrom=ento=zhorigin_appsearch=XXXXX1 ?baiduid=XXXXXXX2ts_appsearch=XXXXX3? SDK会忽略Scheme的改变或者不一致带来的变化，会将该部分的兼容性处理放在前端进行，从而保证SDK在尽可能大的范围内对现有的App的Scheme进行兼容。 cookie + timespam，timespam本身也要用于调起时长的处理； pv-id，沿用百度有哪些信誉好的足球投注网站现有的处理方式。 单用户单次点击的区分 Web的进程空间和App的进程空间是独立的，如何将Web中的单个用户的单次点击和App中的单个用户的该次调起行为进行统一是SDK需要考虑的一个设计点。目前的单个用户的通过cookie进行区