CN112035176A - 一种多分包应用冷启动优化方法和装置 - Google Patents
一种多分包应用冷启动优化方法和装置 Download PDFInfo
- Publication number
- CN112035176A CN112035176A CN202010678783.4A CN202010678783A CN112035176A CN 112035176 A CN112035176 A CN 112035176A CN 202010678783 A CN202010678783 A CN 202010678783A CN 112035176 A CN112035176 A CN 112035176A
- Authority
- CN
- China
- Prior art keywords
- file
- dex
- dex file
- application
- slave
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44568—Immediately runnable code
- G06F9/44578—Preparing or optimising for loading
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明涉及一种多分包应用冷启动优化方法和装置,所述方法包括:在启动应用过程中同步加载主Dex文件;以及在主Dex包加载完成后启动新的工作线程异步加载从Dex文件;所述装置包括启动模块、同步加载模块和异步加载模块,所述启动模块经配置以完成应用的启动流程;所述同步加载模块经配置在应用的启动过程中同步加载主Dex文件;所述异步加载模块经配置在同步加载模块完成主Dex文件的加载后异步加载从Dex文件。本发明通过优化启动过程减少了冷启动时间,提高了用户体验。
Description
技术领域
本发明涉及应用(Application,简称APP)技术领域,特别地涉及一种多分包应用冷启动优化方法和装置。
背景技术
在启动应用时,如果后台没有该应用的进程,此时系统需要加载应用并创建一个进程分配给所述应用,然后在主线程根据启动参数启动相应的组件,这种应用启动方式称为冷启动,其是从用户启动APP到Activity显示的过程。在应用冷启动过程中,首先由Android系统完成三个任务:加载并启动APP、展示一个空白的背景启动窗口以及创建APP进程。完成这三个任务之后,所述APP进程接着创建Application对象、启动主线程、建立MainActivity、加载view、布置屏幕以及进行首帧绘制得到启动页。当APP进程完成初始绘制之后,系统进程用启动页来替换当前显示的背景启动窗口,这个时刻用户就可以使用APP了。从上述流程可见,冷启动需要经历一系列的流程,经过测试启动时间可知,相对暖启动和热启动,冷启动耗时最多。在用户点击了应用图标时,如果响应时间过长,则会严重影响用户的使用体验。
发明内容
针对现有技术中存在的技术问题,本发明提出了一种多分包应用冷启动优化方法和装置,通过优化启动过程以减少冷启动时间,提高用户体验。
为了解决上述技术问题,根据本发明的一个方面,本发明提供了一种多分包应用冷启动优化方法,其中所述多分包应用包括主Dex文件和从Dex文件,所述方法包括:
在启动应用过程中同步加载主Dex文件;以及
在主Dex文件加载完成后启动新的工作线程异步加载从Dex文件。
优选地,所述方法进一步包括:查询加载器中的DexElement数组,根据预置主、从Dex文件标识,从所述DexElement数组中确定主、从Dex文件及其路径。
优选地,同步加载主Dex文件的步骤进一步包括:根据主Dex文件路径查询是否存储了所述主Dex文件的优化文件,响应于查询到所述主Dex文件的优化文件,加载所述主Dex文件的优化文件。
优选地,所述方法进一步包括:响应于没有查询到所述主Dex文件的优化文件,优化所述主Dex文件以生成其优化文件。
优选地,所述方法进一步包括:根据从Dex文件数量同时启动相同数量的工作线程分别异步加载所述从Dex文件。
为了解决上述技术问题,根据本发明的另一个方面,本发明提供了一种多分包应用冷启动优化装置,其中所述多分包应用包括主Dex文件和从Dex文件,所述装置包括启动模块、同步加载模块和异步加载模块,其中,所述启动模块经配置以完成应用的启动流程;所述同步加载模块经配置在应用的启动过程中同步加载主Dex文件;所述异步加载模块经配置在所述同步加载模块完成主Dex文件的加载后异步加载从Dex文件。
优选地,所述装置进一步包括Dex文件识别模块,经配置在应用的启动过程中,通过查询加载器中的Element数组,根据预置主、从Dex文件标识从所述Element数组中确定主、从Dex文件及其路径。
优选地,所述异步加载模块经进一步配置,根据识别的从Dex文件数量及其路径,启动对应数量的工作线程异步加载对应的从Dex文件。
优选地,所述装置进一步包括优化模块,经配置在加载主和/或从Dex文件时,在所述主和/或从Dex文件没有对应的优化文件时,对所述主和/或从Dex文件进行优化。
优选地,在加载完所述主Dex文件后,所述启动模块继续其启动流程;同时,触发所述异步加载模块用于异步加载从Dex文件。
本发明在应用冷启动的流程中只同步加载主Dex文件,在加载完所述主Dex文件后再异步加载其他从Dex文件。由于加载其他从Dex文件的过程并不影响启动流程,且主Dex文件的内容已经大大减少,因而缩短了加载应用的时间,从而缩短了冷启动时间。
附图说明
下面,将结合附图对本发明的优选实施方式进行进一步详细的说明,其中:
图1是根据本发明的一个实施例的应用启动流程图;
图2是根据本发明的一个实施例的加载Dex文件的流程图;以及
图3是根据本发明的一个实施例的多分包应用冷启动优化装置的原理图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在以下的详细描述中,可以参看作为本申请一部分用来说明本申请的特定实施例的各个说明书附图。在附图中,相似的附图标记在不同图式中描述大体上类似的组件。本申请的各个特定实施例在以下进行了足够详细的描述,使得具备本领域相关知识和技术的普通技术人员能够实施本申请的技术方案。应当理解,还可以利用其它实施例或者对本申请的实施例进行结构、逻辑或者电性的改变。
从应用启动过程可知,系统首先需要加载该应用,即加载APK包中的Dex文件。在Android系统中,由于一个APP的所有代码都在Dex文件里面,而目前Android应用(APP)的功能也越来越强大和复杂,因而Dex文件的代码量也越来越大,使用的方法也越来越多。因而APP启动时用于加载Dex文件的耗时也就越来越多,从而使Dex文件的加载成为了一个影响冷启动速度的原因之一。
本发明中的APK包在编译时创建了一个打包文件,在该打包文件中指定了需要打包到主Dex文件中的启动页面中的组件、类,同时也指定了需要打包到从Dex文件中的其他的二级、三级页面中的组件、类等。例如,将Service、Receiver、Provider涉及到的代码都放到主Dex文件中,把首页Activity、Laucher Activity、欢迎页的Activity等所依赖的class也放到主Dex文件中,从而保证主Dex文件所含的class以及他们所依赖的所有class都在其内,从而可以保证应用的正常启动。在进行分包操作时,参考所述打包文件生成一个主Dex文件和一个或一个以上的从Dex文件,并设置标识进行区分。当用户下载了所述APK包时,包结构中包括多个Dex文件。
图1是根据本发明一个实施例的应用启动流程图,所述应用启动流程包括:
步骤S100,在用户点击了桌面的APP图标后产生点击事件。
步骤S101,打开空白窗口,同时创建APP进程和主线程ActivityThread。具体地,Launcher应用程序接收到所述点击事件后,调用ActivityManagerService(活动管理服务,简称AMS),通过调用mWindowManager.setAPPStartingWindow方法通知WMS(WindowManagerService,窗口管理服务)创建空白色的过渡窗口。
AMS调用startProcessLocked方法创建新的APP进程和主线程ActivityThread。以下为创建APP进程的一个实施例:
AMS通过socket将参数传递给zygote进程,zygote分裂,调用ZygoteInit.man()方法来实例化ActivityThread并最终返回新的进程pid;随后ActivityThread一次调用Looper.prepareLoop()和Looper.loop()来开启消息循环。
Zygote进程调用registerZygoteSocket()方法来创建一个Server端的Socket,然后调用runSelectLoopMode方法进入循环等待。所述Server端Socket主要负责接收ActivityManagerService发送过来的创建应用程序进程的请求,而AMS是通过调用startProcessLocked方法来发送请求的。当Zygote进程的Server端接收到来自AMS创建应用程序进程的请求后,就会调用forkAndSpecialize()方法通过分裂(fork)当前进程来创建APP进程。
而后指定android.APP.ActivityThread类的main方法为入口函数,main方法成功创建ActivityThread对象即主线程,再调用attach方法完成ActivityThread对象初始化。从而完成了APP进程主线程的创建。
步骤S102,加载Application,绑定APP进程和Application。即加载APK包中的主Dex文件。具体地,在APP进程创建完成后,ActivityThread发送BIND_APPLICATION消息到MessageQueue中,handlerBindAPPlication()方法调用makeAPPlication()方法将APP主Dex文件中的代码库加载到内存中。
其中,在调用makeAPPlication()方加载Dex文件时,具体如图2所示:
步骤S200,创建PathClassLoader加载器。具体地,首先创建LoadedApk对象,然后调用getClassLoader方法给应用程序创建PathClassLoader加载器。如果mLoaders列表中已存在该类的类加载器,则使用该类加载器,如果没有,则给该apk创建新的PathClassLoader加载器,并将APP的目录名和对应的类加载器添加到mLoaders列表中。
所述PathClassLoader加载器执行Dalvik加载和解析Dex文件的操作,具体包括:
步骤S201,由getClassLoader方法创建PathClassLoader类对象。由于PathClassLoader类继承了BaseDexClassLoader父类,PathClassLoader构造函数最终调用的是父类的构造函数。
步骤S202,采用spliteDexPath方法将传递进来的Dex路径字符串分割转换成File对象数组。
步骤S203,调用makeDexElements方法,遍历DexPath中的所有文件来查询dex、jar、apk或zip结尾的文件,并将这些文件保存到DexElements数组中。每一个Element保存了一个Dex文件或资源文件路径。因而,在本发明中,由于本发明是多Dex包,因而此时有多个对应的Element。
步骤S204,查询DexElement数组,根据预置主、从Dex文件标识,从所述DexElement数组中确定主、从Dex文件及其路径。例如,文件名中没有数字的是主Dex文件,有数字的为从Dex文件。例如,Class.Dex标识的为主Dex文件,Classes2.dex,Classes3.dex、……等为从Dex文件。
步骤S205,当找到主Dex文件时,通过函数loadDexFile加载所述主Dex文件,如果该Dex文件为已优化的文件,则直接加载,如果没有优化,则先优化再加载。
在加载Dex文件时采用了openDexFilenative方法,当传递进来的文件类型是Dex文件类型时,调用dvmRawDexFileOpen加载解析,并将解析后的文件信息保存到RawDexFile结构体中,而后保存到DexOrJar结构体对象中,最后调用addToDexFileTable方法将当前解析后的DexOrJar对象保存到全局变量gDvm.userDexFiles哈希表数组中,从而将APP的主Dex文件中的代码加载到内存中。而后所述handlerBindAPPlication()方法创建和初始化Application类,从而绑定了APP进程和Application。然后执行步骤S103。
步骤S206,在主Dex文件加载完成后发送消息给主线程ActivityThread,在该消息中包括从Dex文件的数量及标识。
步骤S207,ActivityThread根据从Dex文件的数量启动多个工作线程,对从Dex文件异步加载。
步骤S103,创建APPlication对象。其中,当获取到应用程序的类加载器后,调用mActivityThread.mInstrumentation.newAPPlication方法创建Application对象,newApplication采用步骤S102获取的类加载器PathClassLoader来加载Application类,并调用另一个版本的newApplication。
在该方法中,通过上一步加载的主Dex文件中的代码创建Application类的实例对象,并调用attach方法绑定context,从而完成了Application类对象的创建。
步骤S104,启动Activity。其中,在完成Application对象的创建后,回到ActivityManagerService类中的attachAPPlicationLocked方法中。通过调用mStackSupervisor类对象的attachApplicationLocked方法启动Activity。具体启动过程如下:
在realStartActivityLocked中,App.thread调用schedulelaunchActivity方法通过Binder机制进入到ApplicationThread类的schedulelaunchActivity方法,发送一个Launch_activity的消息到消息队列中,响应于该消息,采用handleLaunchActivity方法完成Activity的启动。具体为:
handleLaunchActivity方法调用performLaunchActivity方法创建Activity对象,其中,在performLaunchActivity方法中,由Instrumentation类对象调用newActivity方法创建并返回Activity对象。然后调用callActivityOnCreate方法启动Activity,进行相应的加载和构造View、初始化Activity运行所需的对象等,最后完成首页绘制。
步骤S105,由绘制好的首页替换之前创建的空白过渡窗口,从而完成了该APP的冷启动。
在步骤S207中对从Dex文件进行异步加载时,与加载主Dex文件的过程相同,即在每个线程创建LoadedApk对象,调用getClassLoader方法创建PathClassLoader加载器,由所述PathClassLoader加载器来加载从Dex文件。具体过程可参考前述对主Dex文件加载的说明,在此不再重复说明。
在该应用冷启动的流程中只同步加载主Dex文件,在加载完所述主Dex文件时,再异步加载其他从Dex文件。由于主Dex文件的内容已经大大减少,因而缩短了加载应用的时间,从而缩短了冷启动时间。
为了能够清楚地解释本发明的加载优化过程,本发明结合图1对冷启动过程作了简要说明,该过程仅是简要说明,并省去了部分详细的过程,对于启动过程中不涉及本发明的内容,在此不再过多阐述,本领域的普通技术人员可以参考相关技术指南了解并完成应用的详细启动过程。
图3为根据本发明一个实施例的多分包应用冷启动优化装置的原理图。其中,所述装置包括启动模块1、同步加载模块2和异步加载模块3。其中,所述启动模块1用以完成应用的启动流程;如在检测到点击事件时,打开空白窗口,创建新的APP进程和主线程ActivityThread。在加载了主Dex文件后绑定APP进程和Application、创建Application对象并启动Activity,首页绘制并替换之前创建的空白页。所述同步加载模块2接收启动模块1的指令,在应用的启动过程中同步加载主Dex文件。在加载完所述主Dex文件后,启动模块1继续其启动流程,同时,在加载完所述主Dex文件后触发所述异步加载模块3,用于异步加载其他的从Dex文件。其中,所述异步加载模块3根据从Dex文件的数量开启相应数据的工作线程,每一个工作线程完成一个从Dex文件的加载。
在一个实施例中,所述系统还包括Dex文件识别模块4,在应用的启动过程中,在加载主Dex文件之前,通过查询加载器中的Element数组,根据预置主、从Dex文件标识从所述Element数组中确定主、从Dex文件及其路径。在APK编译分包过程,为主、从Dex文件设置了相应的标识,例如,将文件名中没有数字的为主Dex文件,有数字的为从Dex文件;或者又例如,按照数字从小到大依次为Dex文件命名,其中数字最小的为Dex文件。Dex文件识别模块4按照编译时设置的标识来识别主、从Dex文件。在识别出来后,将主Dex文件的文件名及其路径发送给同步加载模块2,将从Dex文件的文件名及其路径发送给异步加载模块3。同步加载模块2和异步加载模块3根据得到的Dex文件的文件名及其路径分别在加载条件满足时进行加载。
在另一个实施例中,所述系统还包括优化模块5,用以在Dex文件没有优化时对其进行优化。当Dex文件在该APP安装时已被优化,则其优化文件ODex文件一般存放在/data/dalvik-cache目录。如果同步加载模块2和异步加载模块3要加载的Dex文件为该目录中的优化文件,则直接进行加载。如果要加载的不是ODex文件,则由所述优化模块5利用优化工具dexopt对其进行优化,并存到/data/dalvik-cache目录中。其中,根据终端设备上Dalvik虚拟机的版本、Framework库等的不同,优化工具dexopt的优化过程及结果略有不同。本领域技术人员可根据终端实际情况采用相应的优化过程,在此不再赘述。
在一些实施例中,所述系统还包括加速模块(未示出),其能够从网络上加载部分从Dex文件。网络上的Dex文件的地址也记录在索引文件中。系统评估加载从Dex文件的时间。如果时间长度超过预定时间,则将部分从Dex文件更改为从网络获取,从而进一步加速加载应用,减少冷启动的时间。
本发明应用冷启动的流程中只同步加载主Dex文件,在加载完所述主Dex文件后再异步加载其他从Dex文件;因而缩短了加载应用的时间,减少了冷启动时间,提高了用户的使用体验。
上述实施例仅供说明本发明之用,而并非是对本发明的限制,有关技术领域的普通技术人员,在不脱离本发明范围的情况下,还可以做出各种变化和变型,因此,所有等同的技术方案也应属于本发明公开的范畴。
Claims (10)
1.一种多分包应用冷启动优化方法,其中所述多分包应用包括主Dex文件和从Dex文件,所述方法包括:
在启动应用过程中同步加载主Dex文件;以及
在主Dex文件加载完成后启动新的工作线程异步加载从Dex文件。
2.根据权利要求1所述的方法,其中进一步包括:查询加载器中的DexElement数组,根据预置主、从Dex文件标识,从所述DexElement数组中确定主、从Dex文件及其路径。
3.根据权利要求2所述的方法,其中,同步加载主Dex文件的步骤进一步包括:根据主Dex文件路径查询是否存储了所述主Dex文件的优化文件,响应于查询到所述主Dex文件的优化文件,加载所述主Dex文件的优化文件。
4.根据权利要求3所述的方法,其中进一步包括:响应于没有查询到所述主Dex文件的优化文件,优化所述主Dex文件以生成其优化文件。
5.根据权利要求2所述的方法,其中进一步包括:根据从Dex文件数量同时启动相同数量的工作线程分别异步加载所述从Dex文件。
6.一种多分包应用冷启动优化装置,其中所述多分包应用包括主Dex文件和从Dex文件,所述装置包括:
启动模块,经配置以完成应用的启动流程;
同步加载模块,经配置在应用的启动过程中同步加载主Dex文件;以及
异步加载模块,经配置在所述同步加载模块完成主Dex文件的加载后异步加载从Dex文件。
7.根据权利要求6所述的装置,其中还进一步包括Dex文件识别模块,经配置在应用的启动过程中,通过查询加载器中的Element数组,根据预置主、从Dex文件标识从所述Element数组中确定主、从Dex文件及其路径。
8.根据权利要求7所述的装置,其中所述异步加载模块经进一步配置根据识别的从Dex文件数量及其路径,启动对应数量的工作线程异步加载对应的从Dex文件。
9.根据权利要求6所述的装置,其中还进一步包括优化模块,经配置在加载主和/或从Dex文件时,在所述主和/或从Dex文件没有对应的优化文件时,对所述主和/或从Dex文件进行优化。
10.根据权利要求6所述的装置,其中在加载完所述主Dex文件后,所述启动模块继续其启动流程;同时,触发所述异步加载模块用于异步加载从Dex文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010678783.4A CN112035176A (zh) | 2020-07-15 | 2020-07-15 | 一种多分包应用冷启动优化方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010678783.4A CN112035176A (zh) | 2020-07-15 | 2020-07-15 | 一种多分包应用冷启动优化方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112035176A true CN112035176A (zh) | 2020-12-04 |
Family
ID=73579138
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010678783.4A Pending CN112035176A (zh) | 2020-07-15 | 2020-07-15 | 一种多分包应用冷启动优化方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112035176A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106874043A (zh) * | 2017-01-18 | 2017-06-20 | 环球智达科技(北京)有限公司 | 一种android应用冷启动的优化方案 |
CN108399080A (zh) * | 2018-03-05 | 2018-08-14 | 深圳市华讯方舟软件信息有限公司 | 一种Android App热更新方法 |
CN111078316A (zh) * | 2019-12-16 | 2020-04-28 | 惠州Tcl移动通信有限公司 | 布局文件加载方法、装置、存储介质及电子设备 |
-
2020
- 2020-07-15 CN CN202010678783.4A patent/CN112035176A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106874043A (zh) * | 2017-01-18 | 2017-06-20 | 环球智达科技(北京)有限公司 | 一种android应用冷启动的优化方案 |
CN108399080A (zh) * | 2018-03-05 | 2018-08-14 | 深圳市华讯方舟软件信息有限公司 | 一种Android App热更新方法 |
CN111078316A (zh) * | 2019-12-16 | 2020-04-28 | 惠州Tcl移动通信有限公司 | 布局文件加载方法、装置、存储介质及电子设备 |
Non-Patent Citations (2)
Title |
---|
FIREJUNKING: "Android应用优化之冷启动优", pages 1 - 8, Retrieved from the Internet <URL:https://blog.csdn.net/qq_435559203/article/details/83719881> * |
LIN-0410: "Android中插件化实现的原理, 宿主app运行插件中的类 (一)", pages 1 - 10, Retrieved from the Internet <URL:https://blog.csdn.net/lin20044140410/article/details/104204109> * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111767092B (zh) | 作业执行方法、装置、系统及计算机可读存储介质 | |
EP1011043B1 (en) | Method and apparatus for loading a java application program | |
CN105657191B (zh) | 一种基于Android系统的应用增量升级方法及系统 | |
CN109614165B (zh) | 一种com组件的多版本并行运行方法和装置 | |
US7818733B2 (en) | Improving bundle control in computing environment | |
CN111068328A (zh) | 游戏广告配置表格的生成方法、终端设备及介质 | |
CN109271154B (zh) | 应用开发平台及其运行方法 | |
CN112445550B (zh) | 一种预处理函数的无服务器计算方法及其系统 | |
CN112988185A (zh) | 云应用更新方法、装置、系统、电子设备及存储介质 | |
CN106502685B (zh) | 一种数据库的升级方法及系统 | |
EP1280051A1 (en) | Information processing method and system | |
CN113608742A (zh) | 检测方法、代码包处理方法、运行控制方法及计算设备 | |
CN112035176A (zh) | 一种多分包应用冷启动优化方法和装置 | |
CN111880804A (zh) | 应用程序代码的处理方法及装置 | |
CN112230941B (zh) | 一种Java Card包及应用程序安装方法和工具 | |
US20020174173A1 (en) | Self-downloading network client | |
CN111240589A (zh) | 基于分区隔离的系统管理方法、装置、设备及存储介质 | |
CN113760244A (zh) | 一种基于c语言方式实现多入口多接口的方法及系统 | |
CN112395015A (zh) | 基于Android系统加速开机的优化方法及装置 | |
CN112732186A (zh) | Ddr自适应方法、装置及计算机可读存储介质 | |
CN111966744A (zh) | 工作流部署方法、装置、计算机设备和存储介质 | |
JP2000132425A (ja) | ソフトウェアテスト方法 | |
CN107180107B (zh) | Ionic框架下的手机附件上传选择文件的方法及系统 | |
CN111522564A (zh) | 系统升级状态的识别方法、装置和计算机可读存储介质 | |
CN111381830A (zh) | 程序中的数据请求处理方法、装置和计算机设备 |
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 |