CN105808219A - Memory space allocation method and apparatus - Google Patents

Abstract

The invention relates to the field of computer technology, in particular to a method and device for allocating memory space, which are used to break through the memory limitation of application programs and increase the available memory of application programs. The memory space allocation method provided by the embodiment of the present invention is applied to a terminal installed with an Android operating system, including: generating data to be stored in the first programming language layer (Java layer) during the process of running the application; After the proportion of the memory that can be used by the first programming language layer is lower than the set threshold, the memory space based on the second programming language layer (Native layer) is allocated for the data to be stored; at the second programming language layer, the The data to be stored is written into the allocated memory space. In this way, when the available memory ratio of the application in the first programming language layer is lower than the set threshold, memory space can be allocated for the application in the second programming language layer, thereby reducing the probability of memory exhaustion.

Description

Method and device for allocating memory space

technical field

The invention relates to the technical field of computers, in particular to a memory space allocation method and device.

Background technique

At present, Android (Android) applications store data based on the Java language layer during operation. There is a certain memory limit when data is stored in this language layer, and the general size limit is 16MB or 24MB. When the application program involves resource processing of multimedia resources, it will consume a large amount of memory resources, and it is easy to exceed the memory limit, causing the application program to run out of available memory (OutOfMemory, OOM), causing the program to exit abnormally.

Existing solutions generally use methods such as caching, compressing images, and reducing image quality to reduce memory usage. These methods of reducing memory usage are all based on processing the data to be stored output by the application program, and cannot essentially improve the available memory of the application program.

Contents of the invention

Embodiments of the present invention provide a method and device for allocating memory space, which are used to break through the memory limitation of application programs and increase the available memory of application programs.

The embodiment of the present invention provides a memory space allocation method, the method is applied to a terminal installed with an Android operating system, including:

In the process of running the application, the data to be stored in the first programming language layer is generated; the first programming language layer is the Java layer;

After determining that the proportion of memory currently available to the application at the first programming language layer is lower than a set threshold, allocate a memory space based on a second programming language layer for the data to be stored; the second programming language layer is Native layer;

At the second programming language layer, write the data to be stored into the allocated memory space.

Optionally, at the second programming language layer, after writing the data to be stored into the allocated memory space, it further includes:

At the second programming language layer, the allocated memory space is converted into a character string handle and fed back to the first programming language layer, and the corresponding relationship between the handle and the memory space is saved;

In the first programming language layer, when the data to be stored needs to be read from the memory, indicate the memory access instruction including the handle to the second programming language layer;

At the second programming language layer, according to the stored correspondence between the handle and the memory space, the data in the memory space corresponding to the handle is fed back to the first programming language layer.

Optionally, after feeding back the data in the memory space corresponding to the handle to the first programming language layer, the method further includes:

Indicating, at the first programming language layer, a memory release instruction including the handle to the second programming language layer;

In the second programming language layer, delete the data in the memory space corresponding to the handle according to the stored correspondence between the handle and the memory space.

Optionally, at the second programming language layer, writing the data to be stored into the allocated memory space includes:

In the second programming language layer, serialize the data to be stored and then write it into the allocated memory space;

At the second programming language layer, according to the stored correspondence between the handle and the memory space, the data in the memory space corresponding to the handle is fed back to the first programming language layer, including:

At the second programming language layer, according to the stored correspondence between the handle and the memory space, the data in the memory space corresponding to the handle is deserialized and then fed back to the first programming language layer.

Optionally, after it is determined that the proportion of memory currently available to the application at the first programming language layer is lower than a set threshold, allocating the memory space based on the second programming language layer for the data to be stored includes:

After determining that the proportion of memory currently available to the application in the first programming language layer is lower than the set threshold, call the defined storage interface of the second programming language layer through the defined storage interface of the first programming language layer, for The allocation of the data to be stored is based on the memory space of the second programming language layer.

An embodiment of the present invention provides a memory space allocation device, which is applied to a terminal installed with an Android operating system, including:

A generating module, configured to generate data to be stored in the first programming language layer during the running of the application; the first programming language layer is the Java layer;

An allocation module, configured to allocate a memory space based on a second programming language layer for the data to be stored after determining that the proportion of memory currently available to the application at the first programming language layer is lower than a set threshold; the second The second programming language layer is the Native layer;

A writing module, configured to write the data to be stored into the allocated memory space at the second programming language layer.

In the embodiment of the present invention, in the process of using the Android operating system to run the application, after the data to be stored in the Java layer is generated, if the current memory ratio that the application can use in the Java layer is lower than the set threshold, the data to be stored is allocated based on The memory space of the Native layer, and in the Native layer, write the data to be stored into the allocated memory space. It can be seen that the embodiment of the present invention makes the available memory of the application not limited to the Java layer. When the proportion of the available memory of the application in the Java layer is lower than the set threshold, memory can be allocated for the application in the Native (implemented by C or C++ language) layer. Space, thus greatly reducing the chance of OOM, greatly improving the robustness of the application.

Description of drawings

FIG. 1 is a flow chart of a memory space allocation method provided by Embodiment 1 of the present invention;

FIG. 2 is a flow chart of a memory space allocation method provided by Embodiment 2 of the present invention;

FIG. 3 is a schematic structural diagram of a memory space allocation device provided by an embodiment of the present invention.

detailed description

The basic idea of the embodiment of the present invention is: in the process of using the Android operating system to run the application, after the data to be stored in the Java layer is generated, if the current memory ratio that the application can use in the Java layer is lower than the set threshold, then the The data to be stored is allocated based on the memory space of the Native layer, and the data to be stored is written into the allocated memory space in the Native layer. It can be seen that the embodiment of the present invention makes the available memory of the application not limited to the Java layer. When the proportion of the available memory of the application in the Java layer is lower than the set threshold, memory can be allocated for the application in the Native (implemented by C or C++ language) layer. Space, thus greatly reducing the chance of OOM, greatly improving the robustness of the application.

The embodiments of the present invention will be further described in detail below in conjunction with the accompanying drawings.

As shown in Figure 1, it is a flow chart of a memory space allocation method provided by Embodiment 1 of the present invention. The method is applied to a terminal with an Android operating system installed, and includes the following steps:

S101: During the process of running the application, generate data to be stored in a first programming language layer; the first programming language layer is a Java layer.

For example, an Android (Android) application program is implemented based on the Java language, and data needs to be written into memory at the Java layer during operation. The Java layer here is the first programming language layer.

S102: After determining that the proportion of memory currently available to the application in the first programming language layer is lower than a set threshold, allocate a memory space based on a second programming language layer for the data to be stored; the second programming language The layer is the Native layer.

For example, monitor memory consumption at the Java layer; specifically, you can define an interface such as StringSaveObject(Object) at the Java layer. When the Java layer needs to store data, call this interface, and obtain the Java layer memory consumption by using the getProcessMemoryInfo method of ActivityManager.

In a specific implementation, when it is determined that the memory ratio currently available to the application at the first programming language layer is lower than the set threshold, the defined second programming language can be invoked through the defined storage interface of the first programming language layer The storage interface of the layer allocates the memory space based on the second programming language layer for the data to be stored.

For example, define the storage interface NativestringputToNative(Objectobj) of the Java layer through the Java-Native interface (JavaNativeInterface, JNI); define the storage interface jstringandroid_jni_putToNative of the Native layer (JNIEnv*env, jobjectobject; find that the proportion of available memory in the Java layer is lower than the set threshold (for example, 20%), the storage interface of the Native layer (ie, the JNI interface) is invoked through the storage interface of the Java layer, and memory is allocated for the application at the Native layer.

S103: At the second programming language layer, write the data to be stored into the allocated memory space.

In this step, after the memory space for the application data to be stored is allocated in the Native layer, the data to be stored is written into the allocated Native layer memory space.

The idea of the present invention will be further described in detail through a specific embodiment below.

As shown in FIG. 2, it is a flow chart of the memory space allocation method provided by Embodiment 2 of the present invention, including the following steps:

S201: During the process of running the application, generate data to be stored in the first programming language layer.

Specifically, for an Android application based on the Java language, the data to be stored in the Java layer is generated during the running of the application.

S202: After determining that the proportion of memory currently available to the application in the first programming language layer is lower than the set threshold, call the defined storage interface of the second programming language layer through the defined storage interface of the first programming language layer , allocating memory space based on the second programming language layer for the data to be stored.

Specifically, when the Java layer needs to store data, call the defined memory monitoring interface StringSaveObject (Object), and obtain the memory consumption of the Java layer by using the getProcessMemoryInfo method of the ActivityManager.

When the JAVA layer finds that the proportion of available memory is lower than the set threshold (such as 20%), the storage interface jstringandroid_jni_putToNative(JNIEnv*env, jobjectobject) of the Native layer is called through the storage interface NativestringputToNative(Objectobj) of the JAVA layer, and the application is allocated in the Native layer. Memory.

S203: At the second programming language layer, serialize the data to be stored and write it into the allocated memory space; and convert the allocated memory space into a character string handle and feed it back to the second programming language layer A programming language layer, and save the corresponding relationship between the handle and the memory space.

Specifically, in the Native layer, use the Serializable interface to serialize the data to be stored, then use the new operation to allocate Native memory, store the serialized data in Native memory, and convert the Native memory address into a string (string) and return it to the Java layer as a handle (Handle). In the Native layer, the correspondence table between the handle and the memory space is established through JNI, which stores the correspondence between the handle and the memory space. The memory space can be represented by the stored memory start address (Native address) and memory length.

S204: At the first programming language layer, when the data to be stored needs to be read from the memory, indicate a memory access instruction including the handle to the second programming language layer.

Specifically, define the access interface NativeObjectgetFromNative(Stringhandle) in the Java layer, call the Native layer access interface through this access interface, and use the returned handle to access the stored data written in the Native layer memory before,

S205: At the second programming language layer, according to the stored correspondence between the handle and the memory space, deserialize the data in the memory space corresponding to the handle and feed it back to the first programming language layer.

Specifically, in the Native layer, through JNI, query the correspondence table between the stored handle and the memory space, find the Native memory space corresponding to the handle, read the data in the memory space, and call the Serializable interface of Java to read The data is deserialized and returned to the Java layer.

S206: At the first programming language layer, instruct the second programming language layer to release a memory instruction including the handle.

Specifically, when the memory needs to be released, the Java layer uses the returned handle to call the release interface to release the storage content in the Native layer.

S207: At the second programming language layer, delete data in the memory space corresponding to the handle according to the stored correspondence between the handle and the memory space.

Specifically, through JNI, query the correspondence table between the stored handle and the memory space, find the Native memory space corresponding to the handle, and use the delete operation to release the found Native memory space.

By adopting the embodiment of the present invention, the memory space can be allocated for the application at the Native (implemented by C or C++ language) layer, thereby reducing the probability of OOM and improving the robustness of the application. For example, when an application based on the Java language uses a large number of pictures, in order to operate smoothly, a large amount of bitmap (bitmap) data needs to be saved. At this time, the available memory of the Java layer is limited, and the embodiment of the present invention can be used to store a large amount of bitmap data. Stored in the Native layer memory through the defined storage interface.

Based on the same inventive concept, the embodiment of the present invention also provides a memory space allocation device corresponding to the memory space allocation method. Since the problem-solving principle of the device is similar to the memory space allocation method of the embodiment of the present invention, the implementation of the device Reference can be made to the implementation of the method, and repeated descriptions will not be repeated.

As shown in FIG. 3, it is a schematic structural diagram of a memory space allocation device provided by an embodiment of the present invention. The device is applied to a terminal installed with an Android operating system, including:

A generating module 31, configured to generate data to be stored in a first programming language layer during the running of the application; the first programming language layer is a Java layer;

The allocation module 32 is configured to allocate a memory space based on the second programming language layer for the data to be stored after determining that the current memory ratio that can be used by the application in the first programming language layer is lower than a set threshold; The second programming language layer is Native layer;

The writing module 33 is configured to write the data to be stored into the allocated memory space at the second programming language layer.

Optionally, the writing module 33 is further configured to, after writing the data to be stored into the allocated memory space, at the second programming language layer, convert the allocated memory space into characters The handle in string form is fed back to the first programming language layer, and the corresponding relationship between the handle and the memory space is saved;

The device also includes:

The reading module 34 is used to indicate the memory access instruction including the handle to the second programming language layer when the data to be stored needs to be read from the memory at the first programming language layer; The second programming language layer feeds back the data in the memory space corresponding to the handle to the first programming language layer according to the stored correspondence between the handle and the memory space.

Optionally, the device also includes:

The memory release module 35 is used to indicate the memory release instruction including the handle to the second programming language layer at the first programming language layer; at the second programming language layer, according to the saved handle and memory Space correspondence, delete the data in the memory space corresponding to the handle.

Optionally, the writing module 33 is specifically configured to: at the second programming language layer, serialize the data to be stored and write it into the allocated memory space;

The reading module 34 is specifically configured to: at the second programming language layer, according to the stored correspondence between the handle and the memory space, deserialize the data in the memory space corresponding to the handle and feed it back to the Describe the first programming language layer.

Optionally, the allocation module 32 is specifically configured to:

After determining that the proportion of memory currently available to the application in the first programming language layer is lower than the set threshold, call the defined storage interface of the second programming language layer through the defined storage interface of the first programming language layer, for The allocation of the data to be stored is based on the memory space of the second programming language layer.

Those skilled in the art should understand that the embodiments of the present invention may be provided as methods, systems, or computer program products. Accordingly, the present invention can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processor of other programmable data processing equipment to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

While preferred embodiments of the invention have been described, additional changes and modifications to these embodiments can be made by those skilled in the art once the basic inventive concept is appreciated. Therefore, it is intended that the appended claims be construed to cover the preferred embodiment as well as all changes and modifications which fall within the scope of the invention.

Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and equivalent technologies thereof, the present invention also intends to include these modifications and variations.

Claims (10)

1. a memory headroom distribution method, it is characterised in that the method is applied to be provided with the terminal of Android Android operation system, including:

In the process running application, generate the data to be stored of the first programming language layer；Described first programming language layer is Java layer；

Determining that internal memory accounting that described application currently can utilize at the first programming language layer is lower than after setting threshold value, for the described data to be stored distribution memory headroom based on the second programming language layer；Described second programming language layer is Native layer；

At described second programming language layer, by the described memory headroom of described data to be stored write distribution.

2. the method for claim 1, it is characterised in that at described second programming language layer, after the described memory headroom of described data to be stored write distribution, also include:

At described second programming language layer, the handle that the described memory headroom of distribution is converted to character string forms is fed back to the first programming language layer, and preserves the corresponding relation of this handle and described memory headroom；

At described first programming language layer, when needs read described data to be stored from internal memory, the internal storage access instruction including described handle is indicated to described second programming language layer；

At described second programming language layer, the corresponding relation according to the handle preserved with memory headroom, by the data feedback in memory headroom corresponding for described handle to described first programming language layer.

3. method as claimed in claim 2, it is characterised in that after the data feedback in memory headroom corresponding for described handle to described first programming language layer, also include:

At described first programming language layer, the internal memory including described handle is released order and is indicated to described second programming language layer；

At described second programming language layer, the corresponding relation according to the handle preserved with memory headroom, delete the data in the memory headroom that described handle is corresponding.

4. method as claimed in claim 2 or claim 3, it is characterised in that at described second programming language layer, by the described memory headroom of described data to be stored write distribution, including:

At described second programming language layer, described data to be stored are carried out the described memory headroom of write distribution after after serializing process；

At described second programming language layer, the corresponding relation according to the handle preserved with memory headroom, by the data feedback in memory headroom corresponding for described handle to described first programming language layer, including:

At described second programming language layer, the corresponding relation according to the handle preserved with memory headroom, after the data in memory headroom corresponding for described handle are carried out unserializing process, feed back to described first programming language layer.

5. the method for claim 1, it is characterised in that determining that internal memory accounting that described application currently can utilize at the first programming language layer is lower than after setting threshold value, for the described data to be stored distribution memory headroom based on the second programming language layer, including:

Determining that internal memory accounting that described application currently can utilize at the first programming language layer is lower than after setting threshold value, the memory interface of the first programming language layer by defining, the memory interface of the second programming language layer of call definition, distributes the memory headroom based on the second programming language layer for described data to be stored.

6. a memory headroom distributor, it is characterised in that this device is applied to be provided with the terminal of Android Android operation system, including:

Generation module, for, in the process running application, generating the data to be stored of the first programming language layer；Described first programming language layer is Java layer；

Distribution module, for determining that internal memory accounting that described application currently can utilize at the first programming language layer is lower than after setting threshold value, for the described data to be stored distribution memory headroom based on the second programming language layer；Described second programming language layer is Native layer；

Writing module, at described second programming language layer, by the described memory headroom of described data to be stored write distribution.

7. device as claimed in claim 6, it is characterized in that, said write module is additionally operable to, after by the described memory headroom of described data to be stored write distribution, at described second programming language layer, the handle that the described memory headroom of distribution is converted to character string forms is fed back to the first programming language layer, and preserves the corresponding relation of this handle and described memory headroom；

Described device also includes:

Read module, at described first programming language layer, when needs read described data to be stored from internal memory, being indicated to described second programming language layer by the internal storage access instruction including described handle；At described second programming language layer, the corresponding relation according to the handle preserved with memory headroom, by the data feedback in memory headroom corresponding for described handle to described first programming language layer.

8. device as claimed in claim 7, it is characterised in that described device also includes:

Internal memory release module, at described first programming language layer, releasing order the internal memory including described handle and be indicated to described second programming language layer；At described second programming language layer, the corresponding relation according to the handle preserved with memory headroom, delete the data in the memory headroom that described handle is corresponding.

9. as claimed in claim 7 or 8 device, it is characterised in that said write module specifically for: at described second programming language layer, described data to be stored are carried out the described memory headroom of write distribution after after serializing process；

Described read module specifically for: at described second programming language layer, the corresponding relation according to the handle preserved with memory headroom, feed back to described first programming language layer after the data in memory headroom corresponding for described handle are carried out unserializing process.

10. device as claimed in claim 6, it is characterised in that described distribution module specifically for:

Determining that internal memory accounting that described application currently can utilize at the first programming language layer is lower than after setting threshold value, the memory interface of the first programming language layer by defining, the memory interface of the second programming language layer of call definition, distributes the memory headroom based on the second programming language layer for described data to be stored.