CN108399080A - 一种Android App热更新方法 - Google Patents

一种Android App热更新方法 Download PDF

Info

Publication number
CN108399080A
CN108399080A CN201810180187.6A CN201810180187A CN108399080A CN 108399080 A CN108399080 A CN 108399080A CN 201810180187 A CN201810180187 A CN 201810180187A CN 108399080 A CN108399080 A CN 108399080A
Authority
CN
China
Prior art keywords
dex
patch
android app
client
hot update
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201810180187.6A
Other languages
English (en)
Inventor
李锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Cct Software Information Co Ltd
Original Assignee
Shenzhen Cct Software Information Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Cct Software Information Co Ltd filed Critical Shenzhen Cct Software Information Co Ltd
Priority to CN201810180187.6A priority Critical patent/CN108399080A/zh
Publication of CN108399080A publication Critical patent/CN108399080A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/658—Incremental updates; Differential updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明提供一种Android App热更新方法。所述方法包括以下步骤：步骤S1，服务器端修改程序,并通过Gradle脚本进行编译，生成新的Dex可执行文件；步骤S2，通过新旧两个Dex文件生成差异patch.dex文件安装包；步骤S3，服务器端接收到客户的下载请求后，把所述差异patch.dex文件安装包发送到客户端自动安装执行热更新。本发明提供的Android App热更新方法，不需要客户端进行冷启动，而且支持四大组件的更新，使用了补丁技术后，App可以无感知的快速修复线上的bug，在线更新成功率高，更新时间短，用户体验好。

Description

一种Android App热更新方法
技术领域
本发明属于计算机技术领域，涉及一种Android APP热更新方法。
背景技术
随着日新月异的互联网软件技术的发展，App(Application)也成为智能应用软件最流行的方式，给软件开发商和用户之间搭起了方便、快捷的沟通、应用桥梁。但是在App使用过程中也会出现这样那样的问题。
例如一个App开发商在发布了一个Android App之后，随着应用的深入进行，又发现了一个严重的bug影响App的性能和用户体验，需要对其进行紧急修复以便获得更好的应用性能和用户体验。这时候App开发商就需要对App软件进行修改、重新打包、测试、向各个应用市场和渠道换包、提示用户升级、用户下载、覆盖安装，这一系列的动作给开发商带来了比较大的工作量，而且给用户带来了一定的干扰。有时候仅仅是为了修改了一行代码，也要付出巨大的成本进行换包和重新发布。
那么，对于这个影响面比较大的动作，是否有办法以补丁的方式动态修复紧急Bug，不再需要重新发布Android App，而是在客户端以热更新的方式解决问题。为了实现这个目的，出现了各种热补丁动态修复技术来解决以上这些问题。
目前市面上的更新方法有阿里的Sophix，微信的Tinker,饿了么的Amigo。关于Sophix、微信和饿了么的热修复技术对比表1如下。
表1为Sophix与微信和饿了么的热修复技术对比表。由表1可见，三种更新方法中，微信的Tinker和饿了么的Amigo都需要冷启动修复，给客户带来了不便。而Sophix则不支持4大组件的新增。
表1
方案对比 Sophix Tinker Amigo
DEX修复 同时支持即时生效和冷启动修复 冷启动修复 冷启动修复
资源更新 差量包，不用合成 差量包，需要合成 全量包，不用合成
SO库更新 插桩实现，开发透明 替换接口，开发不透明 插桩实现，开发透明
性能损耗 低，仅冷启动情况下有些损耗 高，有合成操作 低，全量替换
四大组件 不能增加 不能增加 能增加
生成补丁 选择已编好的新旧包在本地生成 编译新包时设基线包 上传完整新包到服务端
补丁大小 小 小 大
接入成本 傻瓜式接入 复杂 一般
Android版本 全部支持 全部支持 全部支持
安全机制 加密传输及签名校验 加密传输及签名校验 加密传输及签名校验
服务端支持 支持服务端控制 支持服务端控制 支持服务端控制
由于上述热更新方法都有各自的局限性，本发明拟提出一种Android App热更新方法，其以补丁差量包的方式动态热修复紧急Bug，并通过hook系统的classload，支持4大组件的新增，不需要客户端冷启动，并且支持全部Android版本。
发明内容
本发明的目的在于提供一种办法，以补丁的方式动态修复紧急Bug，不再需要重新发布Android App，提供一种Android app热更新方法。
本发明提供一种Android App热更新方法，所述方法包括以下步骤：
步骤S1，服务器端修改程序,并通过Gradle脚本进行编译，生成新的Dex可执行文件；
步骤S2，通过新旧两个Dex文件生成差异patch.dex文件安装包；
步骤S3，服务器端接收到客户的下载请求后，把所述差异patch.dex文件安装包发送到客户端自动安装执行热更新。
进一步地，所述方法是一种热补丁动态修复bug的方法，不需要客户端进行冷启动。
进一步地，所述Android App热更新方法支持Activity(组件)、Service(服务)、Broadcast(广播接收器)、Content Provider(内容提供)4大组件的新增。
进一步地，步骤S2中，所述patch.dex文件安装包单独放在一个后台进程patch中。
进一步地，步骤S2中，根据BsDiff算法，通过新旧两个Dex文件生成差异文件patch.dex文件。
进一步地，所述BsDiff算法的粒度是文件。
进一步地，步骤S2中，根据DexDiff算法，利用Dex文件的格式来减小patch.dex的大小。
进一步地，所述DexDiff算法的粒度是Dex格式的每一项。
进一步地，在步骤S3中，服务器端接收到客户的下载请求后，判断客户端的App版本号，根据版本号发送对应的所述差异patch.dex文件安装包。
进一步地，在步骤S3中，客户端在接收到的所述差异patch.dex文件安装包后，自动搜索原始安装包的旧Dex，二者合并还原为新的Dex执行文件，自动执行。
本发明获得了非常明显的益处：
本发明提供的Android App热更新方法，克服了以往技术的缺点，不需要客户端进行冷启动，而且支持四大组件的更新，使用了补丁技术后，App可以无感知的快速修复线上的bug，在线更新成功率高，更新时间短，用户体验好。
附图说明
图1为本发明的流程示意图。
图2为本发明补丁包在客户端执行示意图。
具体实施方式
以下结合附图和实施例，对本发明的具体实施方式进行更加详细的说明，以便能够更好地理解本发明的方案以及其各个方面的优点。然而，以下描述的具体实施方式和实施例仅是说明的目的，而不是对本发明的限制。
本发明提供一种Android App热更新方法，Android是一种以Linux操作系统与JAVA语言为基础的开放源代码操作系统，主要使用于便携设备。在优势方面，Android平台首先就是其开放性，开放的平台允许任何移动终端厂商加入到Android联盟中来。显著的开放性可以使其拥有更多的开发者，随着用户和应用的日益丰富，一个崭新的平台也将很快走向成熟。
开发放性对于Android的发展而言，有利于积累人气，这里的人气包括消费者和厂商，而对于消费者来讲，最大的受益正是丰富的软件资源。开放的平台也会带来更大竞争，如此一来，消费者将可以用更低的价位购得心仪的手机。
直观的说App就是应用软件现在主要指的都是ios、mac、android等系统下的应用软件。App开发的语言有很多种，目前来说主流语言有四种：iOS平台开发语言为Objective-C；安卓Android开发语言为java；微软Windows phone7开发语言是C#；塞班symbian系统版本开发语言是C++。
所述Android App热更新方法是一种热补丁动态修复bug的方法，如图1所示，包括以下步骤：
步骤S1，服务器端修改程序,并通过Gradle脚本进行编译，生成新的Dex可执行文件；
步骤S2，通过新旧两个Dex文件生成差异patch.dex文件安装包；
步骤S3，服务器端接收到客户的下载请求后，把所述差异patch.dex文件安装包发送到客户端自动安装执行热更新。
Gradle是一个项目自动化构建工具,可以管理项目中的差异、依赖、编译、打包、部署。它使用一种基于特定领域语言来声明项目设置，面向Java应用为主。
所述方法是一种热补丁动态修复bug的方法，不需要客户端进行冷启动。而且所述Android App热更新方法支持Activity(组件)、Service(服务)、Broadcast receiver(广播接收器)、Content Provider(内容提供)4大组件的新增。
Activity介绍：一个Activity通常就是一个单独的屏幕(窗口)。Activity之间通过Intent进行通信。Android应用中每一个Activity都必须要在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。
Service介绍：Service用于在后台完成用户指定的操作。Service分为两种：Started(启动)：当应用程序组件(如Activity)调用startService方法启动服务时，服务处于Started状态；Bound(绑定)：当应用程序组件调用BindService方法绑定到服务时，服务处于Bound状态。
Content provider介绍：Android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。其他应用可以通过ContentResolver类从该内容提供者中获取或存入数据。只有需要在多个应用程序间共享数据是才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式。Content Provider实现数据共享。Content Provider用于保存和获取数据，并使其对所有应用程序可见。这是不同应用程序间共享数据的唯一方式。
Broadcast receiver介绍：你的应用可以使用它对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个Activity或Serice来响应它们收到的信息，或者用NotificationManager(通知管理器)来通知用户。通知可以用很多种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。
步骤S2中，所述patch.dex文件安装包单独放在一个后台进程patch中。根据BsDiff算法，通过新旧两个Dex文件生成差异文件patch.dex文件。所述BsDiff算法的粒度是文件。BSDiff是一个差量更新算法，它在服务器端运行BSDiff算法产生patch包，在客户端运行BSPatch算法，将旧文件和patch包合成新文件。
DexDiff算法的特点在于它深入计算分析了Dex文件格式，深度利用Dex每一项的格式来减少差异大小。根据DexDiff算法，利用Dex文件的格式来减小patch.dex的大小。所述DexDiff算法的粒度是Dex格式的每一项。Dex文件是Android平台上可执行文件的类型。
在步骤S3中，服务器端接收到客户的下载请求后，判断客户端的App版本号，根据版本号发送对应的所述差异patch.dex文件安装包到客户端。
客户端在接收到的所述差异patch.dex文件安装包后，自动搜索原始安装包的旧Dex，二者合并还原为新的Dex执行文件，自动执行。如图2所示，补丁包的classes.dex等文件和已安装包的classes.dex、classes2.dex、classes3.dex等文件合并还原为新的classes.dex、classes2.dex、classes3.dex等文件，成为新的dex文件，执行新的dex文件，就可以进行Android App热更新。
差量更新算法的核心思想：尽可能多的利用old(旧)文件中已有的内容，尽可能少的加入新的内容来构建new(新)文件。通常的做法是对old文件和new文件做子字符串匹配或使用其他技术，提取公共部分，将new文件中剩余的部分打包成patch包，在Patch阶段中，将old文件和patch包合成new文件。
实施例1
本实施例提供了本发明的一个class替换实施例。
宝安通是由深圳市宝安区政府打造的一款政务办理，汇聚教育、医疗、文体、社保、义工、三防等民生单元，提供包含政务办理，以及生活缴费、预约挂号、病历查询、图书预订、体育场馆预订、家校互动、社保终机查询、公交查询、便民设施查询等数十个自助化服务的服务App。
宝安通3.0版本发布后，发现一个bug(漏洞)，点击注册页面的一个按钮，应用会crash(故障)，发现了一个严重的bug，需要紧急修复，但是如果重新打包App、测试、向各个应用市场和渠道换包、提示用户升级、用户下载、覆盖安装。不仅给用户带来了不方便，而且会影响公司形象，降低用户对公司品牌的信任度。于是通过本发明的方法发布一个补丁，将这个bug修复。
实施例2
本实施例提供了本发明的一个新增Activity(组件)实施例。
宝安通3.2版本发布后，需要紧急发布一个功能，但是上一个版本还没有发布多久，如果直接全量更新会影响用户体验，所以我们通过本发明热更新方法将新功能直接加入到了当前3.2的版本上面,这里面涉及到了新增Activity。
最后应说明的是：上述实施例仅仅是为清楚地说明本发明所作的举例，而并非对实施方式的限定。对于在上述说明的基础上做出其它不同形式的变化或变动，仍处于本发明的保护范围之中。

Claims (10)

1.一种Android App热更新方法，所述方法包括以下步骤：
步骤S1，服务器端修改程序,并通过Gradle脚本进行编译，生成新的Dex可执行文件；
步骤S2，通过新旧两个Dex文件生成差异patch.dex文件安装包；
步骤S3，服务器端接收到客户的下载请求后，把所述差异patch.dex文件安装包发送到客户端自动安装执行热更新。
2.根据权利要求1所述的Android App热更新方法，其特征在于，所述方法是一种热补丁动态修复bug的方法，不需要客户端进行冷启动。
3.根据权利要求1所述的Android App热更新方法，其特征在于，所述Android App热更新方法，支持Activity、Service、Broadcast、Content Provider 4大组件的新增。
4.根据权利要求1所述的Android App热更新方法，其特征在于，步骤S2中，所述patch.dex文件安装包单独放在一个后台进程patch中。
5.根据权利要求1所述的Android App热更新方法，其特征在于，步骤S2中，根据BsDiff算法，通过新旧两个Dex文件生成差异文件patch.dex文件。
6.根据权利要求5所述的Android App热更新方法，其特征在于，所述BsDiff算法的粒度是文件。
7.根据权利要求6所述的Android App热更新方法，其特征在于，步骤S2中，根据DexDiff算法，利用Dex文件的格式来减小patch.dex的大小。
8.根据权利要求7所述的Android App热更新方法，其特征在于，所述DexDiff算法的粒度是Dex格式的每一项。
9.根据权利要求1所述的Android App热更新方法，其特征在于，在步骤S3中，服务器端接收到客户的下载请求后，判断客户端的App版本号，根据版本号发送对应的所述差异patch.dex文件安装包。
10.根据权利要求1所述的Android App热更新方法，其特征在于，在步骤S3中，客户端在接收到的所述差异patch.dex文件安装包后，自动搜索原始安装包的旧Dex，二者合并还原为新的Dex执行文件，自动执行。
CN201810180187.6A 2018-03-05 2018-03-05 一种Android App热更新方法 Pending CN108399080A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810180187.6A CN108399080A (zh) 2018-03-05 2018-03-05 一种Android App热更新方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810180187.6A CN108399080A (zh) 2018-03-05 2018-03-05 一种Android App热更新方法

Publications (1)

Publication Number Publication Date
CN108399080A true CN108399080A (zh) 2018-08-14

Family

ID=63092363

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810180187.6A Pending CN108399080A (zh) 2018-03-05 2018-03-05 一种Android App热更新方法

Country Status (1)

Country Link
CN (1) CN108399080A (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109271187A (zh) * 2018-09-17 2019-01-25 五八有限公司 一种应用程序的热修复方法、装置、存储介质及终端
CN109375932A (zh) * 2018-09-18 2019-02-22 广州虎牙信息科技有限公司 一种app热修复脚本构建的方法、装置、终端及存储介质
CN109491695A (zh) * 2018-10-19 2019-03-19 华南理工大学 一种集成安卓应用的增量更新方法
CN109614133A (zh) * 2018-12-11 2019-04-12 江苏电力信息技术有限公司 一种电力行业轻量级热发布移动应用的方法
CN109800005A (zh) * 2018-12-06 2019-05-24 广州西山居世游网络科技有限公司 一种客户端热更新方法及装置
CN109816007A (zh) * 2019-01-18 2019-05-28 北京智游网安科技有限公司 应用程序文字信息的行业分类方法、存储介质及终端设备
CN110233734A (zh) * 2019-06-13 2019-09-13 Oppo广东移动通信有限公司 签名校验方法及相关产品
CN111142922A (zh) * 2018-11-02 2020-05-12 阿里巴巴集团控股有限公司 应用程序更新方法、装置、终端及服务器
CN111221559A (zh) * 2019-11-05 2020-06-02 北京达佳互联信息技术有限公司 应用更新方法、装置、存储介质、终端及服务器
CN111338708A (zh) * 2020-02-25 2020-06-26 安徽以萨数据技术有限公司 基于安卓插件的应用程序处理方法、客户端及系统
CN111897555A (zh) * 2019-05-06 2020-11-06 阿里巴巴集团控股有限公司 客户端的动态更新方法、装置、系统及终端设备
CN111949301A (zh) * 2019-05-14 2020-11-17 腾讯科技（深圳）有限公司 应用程序热更新方法、装置、计算机可读存储介质和计算机设备
CN112035176A (zh) * 2020-07-15 2020-12-04 上海趣蕴网络科技有限公司 一种多分包应用冷启动优化方法和装置
CN111221559B (zh) * 2019-11-05 2024-05-14 北京达佳互联信息技术有限公司 应用更新方法、装置、存储介质、终端及服务器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103701930A (zh) * 2014-01-07 2014-04-02 浙江大学 一种移动应用程序的实时更新方法及系统
CN105094922A (zh) * 2015-08-17 2015-11-25 北京奇虎科技有限公司 应用程序免安装运行控制方法及其装置
CN106095502A (zh) * 2016-06-13 2016-11-09 北京奇虎科技有限公司 一种安卓应用的热修复方法、装置、服务器和系统
WO2017193640A1 (zh) * 2016-05-07 2017-11-16 腾讯科技（深圳）有限公司 应用更新方法和装置
CN107577456A (zh) * 2017-08-28 2018-01-12 北京奇虎科技有限公司 一种插件应用的处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103701930A (zh) * 2014-01-07 2014-04-02 浙江大学 一种移动应用程序的实时更新方法及系统
CN105094922A (zh) * 2015-08-17 2015-11-25 北京奇虎科技有限公司 应用程序免安装运行控制方法及其装置
WO2017193640A1 (zh) * 2016-05-07 2017-11-16 腾讯科技（深圳）有限公司 应用更新方法和装置
CN106095502A (zh) * 2016-06-13 2016-11-09 北京奇虎科技有限公司 一种安卓应用的热修复方法、装置、服务器和系统
CN107577456A (zh) * 2017-08-28 2018-01-12 北京奇虎科技有限公司 一种插件应用的处理方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CHENXIBOBO: ""Android热修复技术原理详解：阿里Dexposed -- native解决方案"", 《HTTPS://WWW.CNBLOGS.COM/CHENXIBOBO/P/9609193.HTML》 *
SHWENZHANG: ""微信Android热补丁实践演进之路"", 《HTTPS://MP.WEIXIN.QQ.COM/S?__BIZ=MZAWNDY1ODY2OQ==&MID=2649286306&IDX=1&SN=D6B2865E033A99DE60B2D4314C6E0A25&SCENE=0#WECHAT_REDIRECT》 *

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109271187A (zh) * 2018-09-17 2019-01-25 五八有限公司 一种应用程序的热修复方法、装置、存储介质及终端
CN109375932A (zh) * 2018-09-18 2019-02-22 广州虎牙信息科技有限公司 一种app热修复脚本构建的方法、装置、终端及存储介质
CN109491695A (zh) * 2018-10-19 2019-03-19 华南理工大学 一种集成安卓应用的增量更新方法
CN109491695B (zh) * 2018-10-19 2021-08-06 华南理工大学 一种集成安卓应用的增量更新方法
CN111142922A (zh) * 2018-11-02 2020-05-12 阿里巴巴集团控股有限公司 应用程序更新方法、装置、终端及服务器
CN111142922B (zh) * 2018-11-02 2023-04-25 阿里巴巴集团控股有限公司 应用程序更新方法、装置、终端及服务器
CN109800005A (zh) * 2018-12-06 2019-05-24 广州西山居世游网络科技有限公司 一种客户端热更新方法及装置
CN109614133A (zh) * 2018-12-11 2019-04-12 江苏电力信息技术有限公司 一种电力行业轻量级热发布移动应用的方法
CN109816007A (zh) * 2019-01-18 2019-05-28 北京智游网安科技有限公司 应用程序文字信息的行业分类方法、存储介质及终端设备
CN111897555A (zh) * 2019-05-06 2020-11-06 阿里巴巴集团控股有限公司 客户端的动态更新方法、装置、系统及终端设备
CN111949301B (zh) * 2019-05-14 2023-10-27 腾讯科技（深圳）有限公司 应用程序热更新方法、装置和计算机可读存储介质
CN111949301A (zh) * 2019-05-14 2020-11-17 腾讯科技（深圳）有限公司 应用程序热更新方法、装置、计算机可读存储介质和计算机设备
CN110233734B (zh) * 2019-06-13 2022-03-11 Oppo广东移动通信有限公司 签名校验方法及相关产品
CN110233734A (zh) * 2019-06-13 2019-09-13 Oppo广东移动通信有限公司 签名校验方法及相关产品
CN111221559A (zh) * 2019-11-05 2020-06-02 北京达佳互联信息技术有限公司 应用更新方法、装置、存储介质、终端及服务器
CN111221559B (zh) * 2019-11-05 2024-05-14 北京达佳互联信息技术有限公司 应用更新方法、装置、存储介质、终端及服务器
CN111338708A (zh) * 2020-02-25 2020-06-26 安徽以萨数据技术有限公司 基于安卓插件的应用程序处理方法、客户端及系统
CN112035176A (zh) * 2020-07-15 2020-12-04 上海趣蕴网络科技有限公司 一种多分包应用冷启动优化方法和装置

Similar Documents

Publication Publication Date Title
CN108399080A (zh) 一种Android App热更新方法
US11789715B2 (en) Systems and methods for transformation of reporting schema
TWI412995B (zh) 驗證一已開發應用程式是否與其他至少一個應用程式適當運作之隨選資料庫服務系統、方法及電腦程式產品
EP1872215B1 (en) Implementing data-compatibility-based version scheme
US20120117425A1 (en) Method and apparatus for obtaining feedback from a device for recommendations
EP3516847A1 (en) Deployment of applications conforming to application data sharing and decision service platform schema
TWI649694B (zh) 一種安卓動態框架及其方法
TW201301138A (zh) 虛擬機遷移工具
US7246224B2 (en) System and method to enable platform personality migration
CN103123605B (zh) 一种Android平台自动化集成测试方法和装置
CN103365644A (zh) 一种扩展软件功能的方法及装置
CN110069246A (zh) 一种Java Web应用快速开发的平台系统及其应用
WO2014088990A2 (en) System and method for analyzing user experience of a software application across disparation across disparate devices
CN101950257B (zh) 一种手机应用开发方法和系统
EP3874726A1 (en) Internet of things (lot) device and solution certification as a service
CN108111364B (zh) 一种业务系统的测试方法及装置
CN104156252A (zh) 一种应用软件安装方法及装置
CN106599085A (zh) web系统配置文件的自动刷新方法及装置
CN108536451A (zh) 应用程序的埋点注入方法和装置
CN108089873A (zh) 一种应用组件即时更新的方法及终端
CN111966738A (zh) 一种通过选择前端配置自动实现后端编程的系统
CN101951604A (zh) 一种增值业务处理方法和装置
CN105897884B (zh) 基于XMPP协议的Android手机推送平台
CN113778897A (zh) 接口的自动测试方法、装置、设备及存储介质
CN102158542A (zh) 一种cbae平台

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20180814

RJ01 Rejection of invention patent application after publication