CN109325194B - Page access method, device, equipment and storage medium - Google Patents

Page access method, device, equipment and storage medium Download PDF

Info

Publication number
CN109325194B
CN109325194B CN201810720278.4A CN201810720278A CN109325194B CN 109325194 B CN109325194 B CN 109325194B CN 201810720278 A CN201810720278 A CN 201810720278A CN 109325194 B CN109325194 B CN 109325194B
Authority
CN
China
Prior art keywords
page
script file
page access
data
client
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.)
Active
Application number
CN201810720278.4A
Other languages
Chinese (zh)
Other versions
CN109325194A (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.)
Alibaba China Co Ltd
Original Assignee
Alibaba China 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 Alibaba China Co Ltd filed Critical Alibaba China Co Ltd
Priority to CN201810720278.4A priority Critical patent/CN109325194B/en
Publication of CN109325194A publication Critical patent/CN109325194A/en
Application granted granted Critical
Publication of CN109325194B publication Critical patent/CN109325194B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)

Abstract

The disclosure provides a page access method, a page access device, a page access equipment and a storage medium. At least part of data required by realizing page access is pre-saved before a page is accessed for the first time, wherein the at least part of data comprises an analysis result of a script file required to be used for realizing the page access; responding to the page access request, and acquiring at least part of data; and completing the access of the page based at least in part on the data. In this way, when the user accesses the page for the first time, since the analysis result of the script file is already stored in advance, the analysis step for the script file can be omitted and the analysis result stored in advance can be used as it is. Therefore, the first access speed of the page can be improved, and the performance experience of the user in accessing the page for the first time is improved.

Description

Page access method, device, equipment and storage medium
Technical Field
The present disclosure relates to the field of internet, and in particular, to a page access method, apparatus, device, and storage medium.
Background
With the development of internet technology, acquiring information by browsing pages gradually becomes a main information acquisition mode. At present, a user can browse a webpage through a browser, and also can browse a page supported in an application through an application program embedded with the browser, such as a page in an application of WeChat, QQ, today's headline, and the like.
The performance experience of a user accessing a page for the first time can influence the judgment of the user on the page quality to a great extent. Generally, when a page with a high first access speed is accessed, a user feels that the quality of the page is good, and when a page with a low first access speed is accessed, the user feels that the quality of the page is poor.
Therefore, improving the first access speed of the page is a key for improving the page access experience of the user.
Disclosure of Invention
An object of the present disclosure is to provide a page access scheme capable of improving a first access speed of a page.
According to an aspect of the present disclosure, a page access method is provided, including: at least part of data required by realizing page access is pre-saved before a page is accessed for the first time, wherein the at least part of data comprises an analysis result of a script file required to be used for realizing the page access; responding to the page access request, and acquiring at least part of data; and completing the access of the page based at least in part on the data.
Thus, when the user accesses the page for the first time, the analysis result of the script file is already stored in advance, and therefore, the analysis step for the script file can be omitted and the analysis result stored in advance can be used as it is. Therefore, the first access speed of the page can be improved, and the performance experience of the user in accessing the page for the first time is improved.
Optionally, the step of saving at least part of data required for implementing page access in advance includes: receiving an analysis result of a script file issued by a server; and/or receiving an application program installation package sent by the server, wherein the application program installation package comprises an analysis result.
Thus, the analysis result can be obtained in various ways.
Optionally, the parsing result is named with a hash value obtained by performing a hash calculation on the script file.
Therefore, the names generated by the same script file at all clients are the same, so that the script file can be used by different clients.
Optionally, the step of acquiring at least part of the data comprises: performing hash calculation on the script file to be analyzed used in the page access process to obtain a hash value of the script file to be analyzed; and acquiring an analysis result with the pre-stored name consistent with the hash value of the script file to be analyzed as the analysis result of the script file to be analyzed.
Optionally, the page access method further includes: and setting the analysis result into the kernel in response to the client starting.
Therefore, even if the kernel deletes the existing analysis result for other reasons (such as user active clearing, browser memory pressure, and the like), the analysis result can still be used when the user accesses the page because the analysis result is set into the kernel again when the client is started.
Optionally, the script file is a script file commonly used in the access process of a plurality of pages. This makes it possible to increase the yield of saving the analysis result.
Optionally, at least part of the data further comprises a page resource file and/or a resource file requested by the background service.
According to the second aspect of the present disclosure, a page access assisting method is further provided, including: acquiring at least part of data required by a client for realizing page access, wherein the at least part of data comprises an analysis result of a script file required by realizing the page access; and issuing at least part of data to the client so that the client can directly use at least part of data when accessing the page for the first time.
Optionally, the step of sending at least part of the data to the client includes: sending the analysis result of the script file to the client; and/or setting the analysis result of the script file in an application program installation package, and issuing the application program installation package to the client.
Optionally, the page access assisting method further includes: and under the condition that the script file is updated, issuing the analysis result of the updated script file to the client.
Optionally, the parsing result is named with a hash value obtained by performing a hash calculation on the script file.
Optionally, at least part of the data further comprises a page resource file and/or a resource file requested by the background service.
According to a third aspect of the present disclosure, there is also provided a page access apparatus, including: the storage module is used for pre-storing at least part of data required by realizing page access before accessing the page for the first time, wherein the at least part of data comprises an analysis result of a script file required to be used for realizing page access; the acquisition module is used for responding to the page access request and acquiring at least part of data; and a page access module for completing access to the page based at least in part on the data.
Optionally, the saving module receives an analysis result of the script file sent by the server, and/or the saving module receives an application program installation package sent by the server, where the application program installation package includes the analysis result.
Optionally, the parsing result is named with a hash value obtained by performing a hash calculation on the script file.
Optionally, the obtaining module includes: the calculation module is used for carrying out Hash calculation on the script file to be analyzed used in the page access process so as to obtain a Hash value of the script file to be analyzed; and the searching module is used for searching the analysis result of which the pre-stored name is consistent with the Hash value of the script file to be analyzed and taking the analysis result as the analysis result of the script file to be analyzed.
Optionally, the page accessing device further includes: and the setting module is used for responding to the starting of the client and setting the analysis result into the kernel.
Optionally, at least part of the data further comprises a page resource file and/or a resource file requested by the background service.
According to a fourth aspect of the present disclosure, there is also provided a page access assisting apparatus, including: the system comprises an acquisition module, a processing module and a display module, wherein the acquisition module is used for acquiring at least part of data required by a client to realize page access, and the at least part of data comprises an analysis result of a script file required to be used for realizing the page access; and the issuing module is used for issuing at least part of data to the client so that the client can directly use at least part of data when accessing the page for the first time.
Optionally, the issuing module issues the analysis result of the script file to the client, and/or the issuing module sets the analysis result of the script file in the application program installation package, and issues the application program installation package to the client.
Optionally, the parsing result is named with a hash value obtained by performing a hash calculation on the script file.
Optionally, at least part of the data further comprises a page resource file and/or a resource file requested by the background service.
According to a fifth aspect of the present disclosure, there is also presented a computing device comprising: a processor; and a memory having executable code stored thereon, which when executed by the processor, causes the processor to perform a method as set forth in the first or second aspect of the disclosure.
According to a sixth aspect of the present disclosure, there is also presented a non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to perform a method as set forth in the first or second aspect of the present disclosure.
The method and the device have the advantages that the analysis result of the script file required by the page access is pre-stored in the client. In this way, when the user accesses the page for the first time, since the analysis result of the script file is already stored locally in advance, the analysis step for the script file can be omitted and the analysis result stored in advance can be used directly. Therefore, the first access speed of the page can be improved, and the performance experience of the user in accessing the page for the first time is improved.
Drawings
The above and other objects, features and advantages of the present disclosure will become more apparent by describing in greater detail exemplary embodiments thereof with reference to the attached drawings, in which like reference numerals generally represent like parts throughout.
FIG. 1 is a schematic diagram of an environment for implementing an embodiment of the present disclosure.
FIG. 2 is a schematic flow chart diagram illustrating a page access method according to an embodiment of the present disclosure.
Fig. 3 is a schematic flow chart diagram illustrating a page access assisting method according to an embodiment of the present disclosure.
Fig. 4 is a schematic block diagram illustrating the structure of a page access apparatus according to an embodiment of the present disclosure.
Fig. 5 is a schematic block diagram illustrating the structure of a page access assisting apparatus according to an embodiment of the present disclosure.
FIG. 6 is a schematic block diagram illustrating the structure of a computing device in accordance with an embodiment of the present disclosure.
Detailed Description
Preferred embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While the preferred embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
The factors that affect the first access speed of a page are very many. Such as various module initializations, resource loads, script executions, and so forth. The inventor of the present disclosure has noted that front-end rendering in the process of implementing page access is becoming more popular, and much of the logic of front-end rendering is done by scripts (e.g., JS). Therefore, the performance of the script is increasingly critical to the speed of first access to a page.
From the statistical data of various real pages, the influence of parsing and compiling on the performance of the script is large and can account for 40%. Although the parsed result (bytecode) of the script file (e.g., JS file) can be persisted locally for reuse. However, the parsing of the script file requires complex conditions, for example, a user may need to access the script file many times to obtain a parsing result, and the generated parsing result may be cleared when the user deletes the cache or the memory of the browser is in a short state, and there are other situations where the cached parsing result cannot be used.
In view of the above, the present disclosure proposes that, before a page is accessed for the first time, the parsing result of the script file required for implementing page access may be saved in advance at the client. In this way, when the user accesses the page for the first time, the client saves the analysis result of the script file in advance, so that the analysis step for the script file can be omitted, and the analysis result saved in advance can be directly used. Therefore, the first access speed of the page can be improved, and the performance experience of the user in accessing the page for the first time is improved.
Further, in order to improve the yield, when the client stores in advance the analysis result of the script file that needs to be used to implement the page access, it may be preferable to store the analysis result of the script file that is commonly used in the access process of the plurality of pages. That is, the script file may be a script file that can be commonly used by a plurality of pages, such as a frame file. For example, many of the super clients (e.g., pay for treasure, hand panning, WeChat) are based on the same script (JS) framework, and such scripts are necessarily reused with high frequency, so that the parsing result of such scripts can be generated in advance and issued to the client, so as to improve the page performance in the scenario where the client does not generate the bytecode. The issued scene generally includes the client sending a new version and the client framework sending a new version.
The pages mentioned in the disclosure can be various types of pages, such as web pages, and also pages embedded in application programs. For example, it may be a page opened using an application installed on the client device. The application program mentioned here may be a browser, or may be other programs embedded in a browser, such as today's first note, WeChat, Xinlang microblog, and the like. The script file refers to a script file (e.g., a JS file) that needs to be used in the process of implementing page access (i.e., in the process of opening a page), and preferably may be a script frame file (e.g., a JS frame file) that can be shared in the process of accessing multiple pages.
By way of example, the present disclosure may be used for wechat, QQ, newsband, and like applications in which a browser is embedded. References to pages in this disclosure may refer to pages provided within these applications. Before a user accesses a page for the first time, the analysis result of a script frame file which is commonly used by a plurality of pages in an application program can be saved in advance. Therefore, when a user opens a page in the application program for the first time by using the application program, the analysis operation of the script frame file is not required to be executed at the client, so that the first access speed of the page can be improved, the user experience of the application program is further improved, and the viscosity of the user to the product is enhanced.
It should be noted that, in order to improve the first access speed of the page, besides saving the analysis result of the script file in the client in advance, a page resource file, a resource requested by a background Service (Service Worker), and other types of files may also be saved in the client in advance, which is not described herein again.
The page access scheme provided by the embodiment of the present disclosure can be applied to the environment as shown in fig. 1.
FIG. 1 is a schematic diagram of an environment for implementing an embodiment of the present disclosure. In one embodiment, clients 10 in the environment may effect messaging with servers 20 via network 40. The server 20 may store the data acquired from the client 10 in the database 30, or may acquire the content required by the client 10 by accessing the database 30. Clients 10 may also communicate with each other via network 40 (e.g., between 10_1 and 10_2 or 10_ N). Network 40 may be a network for information transfer in a broad sense and may include one or more communication networks such as a wireless communication network, the internet, a private network, a local area network, a metropolitan area network, a wide area network, or a cellular data network, among others. In one embodiment, network 40 may also include a satellite network, whereby GPS signals from client 10 are transmitted to server 20. It should be noted that the underlying concepts of the exemplary embodiments of this invention are not altered if additional modules are added to or removed from FIG. 1. Although the figures show a bidirectional arrow from the database 30 to the server 20 for convenience of explanation, it will be understood by those skilled in the art that the above-described data transmission and reception may be realized through the network 40.
The client 10 may be any suitable electronic device that may be used for network access, such as may be a portable electronic device including, but not limited to, a smart phone, tablet, or other portable client. The server 20 is any server capable of providing information required for an interactive service through a network. Although a plurality of clients 10-1 … N and a single server 20 and database 30 are shown in the figure, and one or a part of the clients (e.g., client 10-1) will be selected for description in the following description, it should be immediately apparent to those skilled in the art that the above-mentioned 1 … N clients are intended to represent a plurality of clients existing in a real network, and the single server 20 and database 30 are illustrated to represent the operation of the technical solution of the present invention involving the server and the database. The detailed description of the mobile terminal and the single server and database with specific numbers is at least for convenience of description and does not imply any limitation as to the type or location of the mobile terminal and server.
FIG. 2 is a schematic flow chart diagram illustrating a page access method according to an embodiment of the present invention. The method shown in fig. 2 may be performed by the client in fig. 1.
Referring to fig. 2, at least part of data required for implementing page access is previously saved before a page is accessed for the first time at step S210.
At least a portion of the data referred to herein includes the results of parsing the script file that needs to be used to implement the page access. As described above, the performance of scripts is increasingly critical to the speed of first access to a page, while parsing compilation has a greater impact on the performance of scripts. Therefore, the result of parsing the script file (which may be a bytecode) that needs to be used for page access can be saved in advance before the page is accessed for the first time.
The script file used in the page access process is mostly a JS file. The script file mentioned in the present disclosure may be a JS file, and may also be another type of script file, and is not described herein again.
The server may generate the parsing result of the script file in advance, and then issue the parsing result to the client, so that the parsing result of the script file is stored at the client before the page is accessed for the first time. Therefore, the page access speed under the condition that the client does not generate the analysis result scene (namely the first page access scene) can be improved by caching the analysis result in the client in advance.
As an example, the server may generate a parsing result for the updated script file each time the script file is updated, and then send the parsing result to the client. That is, the client may continuously receive the analysis result generated by the server for the updated script file.
The script file referred to in the present disclosure may be a script file that can be used by a plurality of pages. For example, it may be a script frame file within the client application, such as a script (JS) frame file that may be common to applets within the WeChat, Payment treasure, etc. applications. In this case, since the script file is hardly changed or the change frequency is small, the analysis result of such a script file can be directly packaged and embedded in the client.
That is to say, the analysis result can be built in the application installation package, the client can download the application installation package through the application market or the server, and after the application installation package is installed on the client, in the process of accessing the page for the first time, the analysis result stored in advance can be directly used without temporarily analyzing the script file, so that the first access experience of the user can be improved. And when the script file is updated subsequently, the analysis result obtained by analyzing the updated script file by the server can be received.
Therefore, the scenes of pre-storing the analysis result mainly comprise two scenes, wherein one scene is that the client side issues a new version, and the other scene is that the client side script framework issues a new version. The analysis results cached by the client can be divided into three types, namely the analysis results built in the installation package, the analysis results issued by the server and the analysis results generated by the client. The use priority is that the analysis result generated by the client is used preferentially, then the analysis result is issued by the server, and finally the analysis result is built in the installation package.
At step S220, at least part of the data is acquired in response to the page access request.
The saved parsing result may be named with a hash value calculated from the script file. Specifically, the binary data in the script file may be subjected to hash calculation, and the obtained hash value may be used for naming the parsing result. Therefore, the names generated by the same script file at all clients are the same, so that the script file can be used by different clients. And for the received analysis result sent by the server, the client can also combine the analysis result with the existing analysis result. The merging rule is that if the client has the analysis result with the same name, the issued analysis result is ignored, otherwise, the issued analysis result is saved, and if the issued analysis result can be copied to the client cache directory.
In response to the page access request, the client may perform a page access operation in accordance with normal page access logic. The difference is that before the script file to be analyzed is analyzed in the process of realizing page access, whether the analysis result of the script file to be analyzed, which is stored in advance, exists locally can be firstly searched. If the script file exists, the saved analysis result is directly used, so that the analysis process of the script file can be omitted, the JS performance is greatly improved, and the first-time access speed of the page is further improved.
The searching process is that hash calculation can be carried out on the script file to be analyzed used in the page access process to obtain the hash value of the script file to be analyzed, and then the analysis result with the name saved in advance and the hash value obtained by calculation are searched to be used as the analysis result of the script file to be analyzed
In step S230, access to the page is completed based at least in part on the data.
After the analysis result corresponding to the script file to be analyzed used in the page access process is found, the analysis result can be directly used without analyzing the script file to be analyzed. The process of implementing page access based on the parsing result is the prior art in the field, and is not described herein again.
As an example of the present disclosure, the locally cached parsing result may be set into the kernel each time the client is started. Therefore, even if the kernel deletes the existing analysis result for other reasons (such as user active clearing, browser memory pressure, and the like), the analysis result can still be used when the user accesses the page because the analysis result is set into the kernel again when the client is started.
The page access scheme of the present disclosure has been described with reference to fig. 2 by taking at least part of pre-saved data as an example of an analysis result of a script file. It should be appreciated that in addition to pre-saving the parsing results of the script file, other types of files may be pre-saved. For example, various page resource files may be stored in advance, and then set to the http cache of the browser kernel, and when a user accesses a page, the resource files may be directly obtained from the http cache. For another example, a cache requested by a background service (serviceworker) may be saved in advance, and then the delivery cache is set to a serviceworker cache directory of the browser kernel, so that the serviceworker may be obtained from the cache when requesting resources. And will not be described in detail herein.
Fig. 3 is a schematic flow chart diagram illustrating a page access assisting method according to an embodiment of the present disclosure. The method shown in fig. 3 may be executed by the server in fig. 1.
Referring to fig. 3, at step S310, at least part of data required by the client to implement page access is acquired.
As described above, at least a portion of the data includes the results of parsing the script file that needs to be used to implement the page access. Among them, the script file mentioned here may preferably be a script file that can be shared by a plurality of pages, and may be a script frame file, for example. In addition, at least a part of the data mentioned herein may also include a page resource file and/or a resource file requested by the background service, which is not described herein again.
When the server obtains the parsing result of the script file, the server may first execute, by an application program (theoretically, any program capable of running the script file, for example, a browser) on the server side, to generate a parsing result (i.e., a bytecode), and then issue the parsing result to the client.
At step S320, at least part of the data is sent to the client, so that the client can directly use at least part of the data when accessing the page for the first time.
The following description mainly takes the example of issuing the analysis result of the script file by the server as an example, and details about issuing other types of data are not described herein.
The event that the server issues the analysis result of the script file to the client is irrelevant to the page access event of the client. The server can acquire the analysis result of the updated script file when the script file is updated every time, and then sends the acquired analysis result to the client. In addition, the server may also embed the analysis result of the script file in the application program installation package, and issue the client application program installation package to the client.
As an example of the present disclosure, the server may first embed the parsing result of the script file in the application installation package, and the application installation package may be released in the application market, downloaded by the user, or may actively send the installation package to the client user. Thereafter, in response to the update of the script file in the application program, a corresponding analysis result may be generated for the updated script file, and then the analysis result is issued to the client. In addition, when the application is updated, the analysis result of the script file may be regenerated and packaged in the application installation package. The issued parsing result may be named as a hash value obtained by performing hash calculation on the script file.
Fig. 4 is a schematic block diagram showing the structure of a page access apparatus according to an embodiment of the present invention. The functional blocks of the page access means may be implemented by hardware, software or a combination of hardware and software implementing the principles of the present invention. It will be appreciated by those skilled in the art that the functional blocks described in fig. 4 may be combined or divided into sub-blocks to implement the principles of the invention described above. Thus, the description herein may support any possible combination, or division, or further definition of the functional modules described herein.
The functional modules that the page accessing apparatus can have and the operations that each functional module can perform are briefly described below, and for the details related thereto, reference may be made to the description above in conjunction with fig. 2, which is not repeated here.
Referring to fig. 4, the page access apparatus 400 includes a saving module 410, an obtaining module 420, and a page access module 430.
The saving module 410 is used for saving in advance at least part of data required for realizing page access before the page is accessed for the first time. Wherein at least part of the data comprises the analysis result of the script file needed to be used for realizing page access. Additionally, at least a portion of the data may also include a page resource file and/or a resource file requested by a background service. The parsing result may be named as a hash value obtained by performing a hash calculation on the script file. Also, the script file may be a script file, such as a script frame file, commonly used in the access process of a plurality of pages.
The saving module 410 may pre-save the parsing result by receiving the parsing result of the script file issued by the server. In addition, the saving module 410 may also pre-save the analysis result by receiving an application installation package with the analysis result built therein issued by the server. The saving module 410 may also download the application program installation package through the application market, which is not described herein again.
The obtaining module 420 is configured to obtain at least a portion of the data in response to the page access request.
As shown in fig. 4, the obtaining module 420 may optionally include a calculating module 421 and a finding module 423. The calculating module 421 is configured to perform hash calculation on the script file to be parsed used in the page access process to obtain a hash value of the script file to be parsed. The searching module 423 is configured to search an analysis result with a name that is saved in advance and a hash value that is consistent with the hash value, as an analysis result of the script file to be analyzed.
Page access module 430 is configured to complete access to the page based at least in part on the data.
As shown in fig. 4, the page access apparatus 400 may further include a setup module 440. The setting module 440 is configured to set the parsing result into the kernel in response to the client starting.
Fig. 5 is a schematic block diagram showing the structure of a page access assisting apparatus according to an embodiment of the present invention. The functional blocks of the page access means may be implemented by hardware, software or a combination of hardware and software implementing the principles of the present invention. It will be appreciated by those skilled in the art that the functional blocks described in fig. 5 may be combined or divided into sub-blocks to implement the principles of the invention described above. Thus, the description herein may support any possible combination, or division, or further definition of the functional modules described herein.
The functional modules that the page accessing apparatus can have and the operations that each functional module can perform are briefly described below, and for the details related thereto, reference may be made to the description above in conjunction with fig. 3, which is not described herein again.
Referring to fig. 5, the page access assisting apparatus 500 includes an acquisition module 510 and a distribution module 520.
The obtaining module 510 is configured to obtain at least part of data required by the client to implement page access. Wherein at least part of the data comprises the analysis result of the script file needed to be used for realizing page access. Additionally, at least a portion of the data may also include a page resource file and/or a resource file requested by a background service. The parsing result may be named as a hash value obtained by performing a hash calculation on the script file. Also, the script file may be a script file, such as a script frame file, commonly used in the access process of a plurality of pages.
The issuing module 520 is configured to issue at least part of the data to the client, so that the client can directly use at least part of the data when accessing the page for the first time.
As an example, the issuing module 520 may issue the parsing result of the script file to the client. In addition, the issuing module 520 may also embed the analysis result of the script file in the application program installation package, and issue the application program installation package to the client. Here, the application installation package may be directly issued to the client, or may be issued to the application market and downloaded by the user.
Fig. 6 is a schematic structural diagram of a data processing computing device that can be used to implement the page access method according to an embodiment of the present invention.
Referring to fig. 6, the computing device 1000 includes a memory 1010 and a processor 1020.
The processor 1020 may be a multi-core processor or may include multiple processors. In some embodiments, processor 1020 may include a general-purpose host processor and one or more special purpose coprocessors such as a Graphics Processor (GPU), Digital Signal Processor (DSP), or the like. In some embodiments, processor 1020 may be implemented using custom circuits, such as an Application Specific Integrated Circuit (ASIC) or a Field Programmable Gate Array (FPGA).
The memory 1010 may include various types of storage units, such as system memory, Read Only Memory (ROM), and permanent storage. Wherein the ROM may store static data or instructions that are needed by the processor 1020 or other modules of the computer. The persistent storage device may be a read-write storage device. The persistent storage may be a non-volatile storage device that does not lose stored instructions and data even after the computer is powered off. In some embodiments, the persistent storage device employs a mass storage device (e.g., magnetic or optical disk, flash memory) as the persistent storage device. In other embodiments, the permanent storage may be a removable storage device (e.g., floppy disk, optical drive). The system memory may be a read-write memory device or a volatile read-write memory device, such as a dynamic random access memory. The system memory may store instructions and data that some or all of the processors require at runtime. Further, the memory 1010 may include any combination of computer-readable storage media, including various types of semiconductor memory chips (DRAM, SRAM, SDRAM, flash memory, programmable read-only memory), magnetic and/or optical disks, among others. In some embodiments, memory 1010 may include a removable storage device that is readable and/or writable, such as a Compact Disc (CD), a read-only digital versatile disc (e.g., DVD-ROM, dual layer DVD-ROM), a read-only Blu-ray disc, an ultra-density optical disc, a flash memory card (e.g., SD card, min SD card, Micro-SD card, etc.), a magnetic floppy disc, or the like. Computer-readable storage media do not contain carrier waves or transitory electronic signals transmitted by wireless or wired means.
The memory 1010 has stored thereon executable code that, when executed by the processor 1020, may cause the processor 1020 to perform the page access methods described above.
Page accesses, apparatuses, and devices according to the present invention have been described in detail above with reference to the accompanying drawings.
Furthermore, the method according to the invention may also be implemented as a computer program or computer program product comprising computer program code instructions for carrying out the above-mentioned steps defined in the above-mentioned method of the invention.
Alternatively, the invention may also be embodied as a non-transitory machine-readable storage medium (or computer-readable storage medium, or machine-readable storage medium) having stored thereon executable code (or a computer program, or computer instruction code) which, when executed by a processor of an electronic device (or computing device, server, etc.), causes the processor to perform the steps of the above-described method according to the invention.
Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems and methods according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
Having described embodiments of the present invention, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims (20)

1. A method for page access, comprising:
at least part of data required by realizing page access is pre-saved before a page is accessed for the first time, wherein the at least part of data comprises a bytecode obtained by analyzing a script file required by realizing page access, and the step of pre-saving the at least part of data required by realizing page access comprises the following steps: receiving a bytecode which is issued by a server and is obtained by analyzing the script file; and/or receiving an application program installation package sent by a server, wherein the application program installation package comprises the bytecode;
responding to a page access request, and acquiring at least part of data; and
completing access to the page based on the at least part of the data.
2. The page access method of claim 1,
the bytecode is named by a hash value obtained by performing hash calculation on the script file.
3. The page access method of claim 2, wherein the step of obtaining at least part of the data comprises:
performing hash calculation on a script file to be analyzed used in a page access process to obtain a hash value of the script file to be analyzed;
and searching the byte code with the pre-stored name consistent with the hash value of the script file to be analyzed as the byte code of the script file to be analyzed.
4. The page access method of claim 1, further comprising:
and setting the byte codes into the kernel in response to the client starting.
5. The page access method of claim 1,
the script file is a script file commonly used in the access process of a plurality of pages.
6. The page access method of claim 1,
the at least part of data further comprises a page resource file and/or a resource file requested by the background service.
7. A page access assisting method, comprising:
acquiring at least part of data required by a client to realize page access;
issuing the at least part of data to the client so that the client can directly use the at least part of data when accessing the page for the first time,
wherein, the at least part of data includes a bytecode obtained by analyzing a script file required to be used for realizing page access, and the step of issuing the at least part of data to the client comprises: sending the bytecode obtained by analyzing the script file to a client; and/or setting the bytecode obtained by analyzing the script file in an application program installation package, and issuing the application program installation package to a client.
8. The page access assisting method according to claim 7, further comprising:
and under the condition that the script file is updated, issuing the byte codes obtained by analyzing the updated script file to the client.
9. The page access assisting method according to claim 7,
the bytecode is named by a hash value obtained by performing hash calculation on the script file.
10. The page access assisting method according to claim 7,
the at least part of data further comprises a page resource file and/or a resource file requested by the background service.
11. A page access apparatus, comprising:
the system comprises a storage module, a processing module and a processing module, wherein the storage module is used for storing at least part of data required by realizing page access in advance before accessing a page for the first time, the at least part of data comprises a byte code obtained by analyzing a script file required to be used for realizing page access, the storage module receives the byte code obtained by analyzing the script file and issued by a server, and/or the storage module receives an application program installation package issued by the server, and the application program installation package comprises the byte code;
the acquisition module is used for responding to a page access request and acquiring at least part of data; and
and the page access module is used for finishing the access of the page based on at least part of the data.
12. The page accessing apparatus according to claim 11,
the bytecode is named by a hash value obtained by performing hash calculation on the script file.
13. The page access apparatus of claim 12, wherein the obtaining module comprises:
the calculation module is used for carrying out Hash calculation on the script file to be analyzed used in the page access process so as to obtain a Hash value of the script file to be analyzed;
and the searching module is used for searching the byte code with the pre-stored name consistent with the hash value of the script file to be analyzed as the byte code of the script file to be analyzed.
14. The page accessing apparatus of claim 11, further comprising:
and the setting module is used for setting the byte codes into the kernel in response to the starting of the client.
15. The page accessing apparatus according to claim 11,
the at least part of data further comprises a page resource file and/or a resource file requested by the background service.
16. A page access assisting apparatus, comprising:
the acquisition module is used for acquiring at least part of data required by the client to realize page access;
a sending module, configured to send the at least part of data to the client, so that the client can directly use the at least part of data when accessing the page for the first time,
the at least part of data comprises a bytecode obtained by analyzing a script file required to be used for page access, the issuing module issues the bytecode obtained by analyzing the script file to a client, and/or the issuing module sets the bytecode obtained by analyzing the script file in an application program installation package and issues the application program installation package to the client.
17. The page access aid of claim 16,
the bytecode is named by a hash value obtained by performing hash calculation on the script file.
18. The page access aid of claim 16,
the at least part of data further comprises a page resource file and/or a resource file requested by the background service.
19. A computing device, comprising:
a processor; and
a memory having executable code stored thereon, which when executed by the processor, causes the processor to perform the method of any of claims 1-9.
20. A non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to perform the method of any of claims 1-9.
CN201810720278.4A 2018-07-03 2018-07-03 Page access method, device, equipment and storage medium Active CN109325194B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810720278.4A CN109325194B (en) 2018-07-03 2018-07-03 Page access method, device, equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810720278.4A CN109325194B (en) 2018-07-03 2018-07-03 Page access method, device, equipment and storage medium

Publications (2)

Publication Number Publication Date
CN109325194A CN109325194A (en) 2019-02-12
CN109325194B true CN109325194B (en) 2022-04-29

Family

ID=65263615

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810720278.4A Active CN109325194B (en) 2018-07-03 2018-07-03 Page access method, device, equipment and storage medium

Country Status (1)

Country Link
CN (1) CN109325194B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112035178A (en) * 2020-08-12 2020-12-04 深圳市欢太科技有限公司 Application starting method and device and storage medium
CN113656720B (en) * 2021-08-25 2024-04-16 北京达佳互联信息技术有限公司 Page display method and device, electronic equipment and storage medium
CN116450250B (en) * 2023-06-16 2023-09-19 天津金城银行股份有限公司 Dynamic scenario execution method, system and storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100081168A (en) * 2009-01-05 2010-07-14 (주) 엘지텔레콤 Apparatus and method for converting script of webpage in mobile communication network
CN102111455A (en) * 2011-03-11 2011-06-29 深圳市五巨科技有限公司 Method and system for shortening network accessing time of mobile terminal
CN108132814A (en) * 2017-12-22 2018-06-08 平安养老保险股份有限公司 Page loading method, device, computer equipment and the storage medium of application program

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100081168A (en) * 2009-01-05 2010-07-14 (주) 엘지텔레콤 Apparatus and method for converting script of webpage in mobile communication network
CN102111455A (en) * 2011-03-11 2011-06-29 深圳市五巨科技有限公司 Method and system for shortening network accessing time of mobile terminal
CN108132814A (en) * 2017-12-22 2018-06-08 平安养老保险股份有限公司 Page loading method, device, computer equipment and the storage medium of application program

Also Published As

Publication number Publication date
CN109325194A (en) 2019-02-12

Similar Documents

Publication Publication Date Title
CN109325194B (en) Page access method, device, equipment and storage medium
CN107547629B (en) Method and device for downloading client static resources, electronic equipment and readable medium
CN113468456B (en) Webpage rendering method and device, electronic equipment and computer-readable storage medium
CN107291913B (en) Hypertext markup language webpage loading method and device
CN107197359B (en) Video file caching method and device
CN109992406B (en) Picture request method, picture request response method and client
CN111367596A (en) Method and device for realizing service data processing and client
CN109325192B (en) Advertisement anti-shielding method and device
CN111259283B (en) Page resource preloading processing method and device, and electronic and storage equipment
CN114553858A (en) Resource pre-downloading method, device and equipment
CN113343312A (en) Page tamper-proofing method and system based on front-end point burying technology
CN110858238B (en) Data processing method and device
CN113452733A (en) File downloading method and device
CN108228246B (en) Method and device for generating application installation package
CN112839071B (en) Training system, training data access method and device, electronic equipment and medium
CN109284616B (en) Data access and data issuing method, device, equipment and storage medium
CN113010816A (en) Webpage cache updating method and device, electronic equipment and storage medium
CN112149019A (en) Method, apparatus, electronic device, and computer-readable medium for displaying information
CN112765503A (en) Static processing method and device for page loading data
CN109840156B (en) Data caching method and equipment, storage medium and terminal thereof
US20150248347A1 (en) Content providing apparatus and method, and computer program product
CN111447298A (en) Method, device, equipment and medium for acquiring network address in application program
CN110730251A (en) Method, device, medium and electronic equipment for analyzing domain name
CN110716885B (en) Data management method and device, electronic equipment and storage medium
CN111831655B (en) Data processing method, device, medium and electronic equipment

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20201231

Address after: 310052 room 508, 5th floor, building 4, No. 699 Wangshang Road, Changhe street, Binjiang District, Hangzhou City, Zhejiang Province

Applicant after: Alibaba (China) Co.,Ltd.

Address before: A706, 7 / F, block a, B-6 building, Dongsheng Science Park, Zhongguancun, 66 xixiaokou Road, Haidian District, Beijing

Applicant before: UC MOBILE Ltd.

GR01 Patent grant
GR01 Patent grant