CN109062689B - 自动释放文件资源的方法、存储介质、电子设备以及系统 - Google Patents
自动释放文件资源的方法、存储介质、电子设备以及系统 Download PDFInfo
- Publication number
- CN109062689B CN109062689B CN201810785089.5A CN201810785089A CN109062689B CN 109062689 B CN109062689 B CN 109062689B CN 201810785089 A CN201810785089 A CN 201810785089A CN 109062689 B CN109062689 B CN 109062689B
- Authority
- CN
- China
- Prior art keywords
- file
- read
- thread
- sub
- write
- 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
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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
-
- 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5022—Mechanisms to release resources
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
发明公开了一种自动释放文件资源的方法、存储介质、电子设备以及系统,涉及计算机信息处理领域,方法包括:设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径这一参数;根据文件路径对所述读写函数进行校验;校验通过后开辟子线程进行读写操作;关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源;主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。在子线程中使用读写函数进行读写操作,并在读写完成后将读取的文件对象所占用的内存资源进行清理,所以既能对文件进行读写,又不会因为读取大量的文件对象而导致文件对内存资源的占用,解决了内存泄漏的问题。
Description
技术领域
本发明涉及一种软件内存管理中自动释放文件资源的方法,属于计算机信息处理领域。
背景技术
在Android软件的开发过程中我们经常会使用到文件等操作功能,文件操作涉及到文件资源的申请,文件对象的操作等。传统方案中使用文件的时候经常会遗忘对文件所占用的内存空间进行释放,这样就非常容易导致“内存泄漏”(Memory Leak,也就是计算机的内存硬件资源被无用的文件长期占用,导致可用内存空间减少,好比内存库被泄漏了一样,因而得名“内存泄漏”)的风险出现,长时间内存泄漏可能会导致系统异常进而导致程序崩溃。
传统方案中操作文件通常都会有文件句柄的持有,文件的读写中也会产生各种各样的异常信息,如果持有文件句柄的文件类没有及时对文件句柄进行释放或者释放出错,这时候就非常容易导致文件资源被占用或者文件无法被打开。
也就是说,传统的文件读写过程中容易出现内存泄漏的情况,而现有的文件句柄的方法并不能很好的解决这些问题。
发明内容
本发明是为了解决上述问题而进行的,目的在于提供一种自动释放文件资源的方法、存储介质、电子设备以及系统。
本发明提供了一种自动释放文件资源的方法,用于实现文件读写并自动释放内存中的文件所占用的内存资源,其特征在于,包括以下步骤:
设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径这一参数;
根据文件路径对所述读写函数进行校验;
校验通过后开辟子线程进行读写操作;
关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源;
主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。
本发明提供的自动释放文件资源的方法,还可以具有这样的特征,其中,所述读写操作中包括异常清理步骤,当读写出现异常时,对异常的文件进行提取并清理。
本发明提供的自动释放文件资源的方法,还可以具有这样的特征,其中,释放文件对象的资源信息的具体过程为:
在读写函数的代码块中调用清理函数,
子线程向主线程发出内存清理的请求,
主线程回应请求,并调用清理函数对子线程进行清理来释放文件对象的资源信息。
本发明提供的自动释放文件资源的方法,还可以具有这样的特征,其中,所述清理函数是公有类型的。
本发明提供的自动释放文件资源的方法,还可以具有这样的特征,其中,所述校验的过程是:判断读写函数中的文件路径这个参数是否为空,如果为空,则校验不通过并结束文件的读取。
本发明提供的自动释放文件资源的方法,还可以具有这样的特征,其中,读写操作包括以下的过程:
开辟子线程,
将所述读写函数中的文件路径转变为一个文件对象,
判断该文件对象是否存在,存在就进入下一步,
当该文件对象存在时就读取到对应的文件长度的内容信息,并将该内容信息封装到局部的字符串类型的变量中。
本发明提供的自动释放文件资源的方法,还可以具有这样的特征,其中,主线程和子线程之间建立通信是依赖线程间通信工具Handler来实现的。
本发明还提供一种存储介质,该存储介质上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现上述的方法。
本发明还提供一种电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,其特征在于:处理器执行计算机程序时实现上述的方法。
本发明还提供一种自动释放文件资源的系统,用于实现文件读写并自动释放内存中的文件所占用的内存资源,其特征在于,包括:
读写函数设置模块,其用于设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径和文件长度这两个参数;
校验模块,用于根据文件路径对所述读写函数进行校验;
读写操作模块,用于在校验通过后开辟子线程进行读写操作;
内存释放模块,用于关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源;
通信模块,用于在主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。
本发明的作用和效果在于:根据本发明所涉及的自动释放文件资源的方法,因为设置文件读写函数来对文件进行读写操作;对所述读写函数进行校验;校验通过后开辟子线程进行读写操作;关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源;主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息,也就是说,在子线程中使用读写函数进行读写操作,并在读写完成后将读取的文件对象所占用的内存资源进行清理,不会占用内存,然后将读取到的信息发送给主线程完成文件的读写过程,由于是通过子线程的读写函数来读写并立即消除内存,所以既能对文件进行读写,又不会因为读取大量的文件对象而导致文件对内存资源的占用,解决了内存泄漏的问题。
附图说明
图1为本发明的实施例中的自动释放文件资源的方法的步骤示意图;
图2为本发明的实施例中的读写操作的具体步骤示意图;
图3为本发明的实施例中的内存清理的具体步骤示意图;以及
图4为本发明的实施例中的自动释放文件资源的系统的结构示意图。
具体实施方式
为了使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解,以下实施例结合附图对本发明自动释放文件资源的方法、存储介质、电子设备以及系统作具体阐述。
本发明的自动释放文件资源的方法可以运行在多种操作平台上,包括安卓Android、苹果IOS、微软Windows以及Linux、Unix等平台,通过运用在这些平台上,能够解决设备在文件读写时,自动释放内存中的文件所占用的内存资源,解决内存泄露的问题。
以下以运行在智能移动终端的安卓Android系统为例,来具体说明本发明的自动释放文件资源的方法。
实施例1
图1为本发明的实施例中的自动释放文件资源的方法的步骤示意图。
如图1所示,自动释放文件资源的方法包括以下的步骤S1至S5。
步骤S1,设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径这一参数。
本步骤主要实现文件读写函数的设计及定义。
文件读写通常涉及两个方面的信息:文件路径filePath、要读取文件的长度信息length等。
基于上述文件读写的信息本实施例设计了一个文件的读写函数readFile,具体的函数定义如下所示:
public static String readFile(String filePath,long length)该函数我们设计成为public公有类型的,这样可以方便所有的调用者具有调用该函数的权限。
readFile函数读取到的是限定长度为length的内容信息,且内容信息是一个字符String类型的数据,并返回来进行处理。
通过设置这样一个文件读写函数readFile,后续对文件的读取都是通过该readFile函数来实现的,并且该函数只需要满足能够实现文件资源的自动释放。
步骤S2,根据文件路径对所述读写函数进行校验。
在实施文件读取之前首先需要对readFile函数参数进行校验处理,所述校验的过程是判断读写函数中的文件路径这个参数是否为空,如果为空,则校验不通过并结束文件的读取。
具体的校验方法是通过调用
filePath==null||filePath.equals(“”)
这个函数的方法来判断filePath是否等于空值null,并且判断filePath的字符串内容“”是不是空内容。
如果这两个条件有一个成立,说明filePath这个函数的参数在传递过程中会有异常出现,此时不用进行下一步,直接通过returnnull返回空语句来结束整个读取流程。
步骤S3,校验通过后开辟子线程进行读写操作。
由于文件读写是一个耗时操作,因此我们需要开辟一个子线程来对文件读写进行操作避免文件读写阻塞主线程而导致的界面卡顿情况。
图2为本发明的实施例中的读写操作的具体步骤示意图。
这样后续的读写操作都会在这个子线程thread中进行,其进行读写操作具体包括以下的子步骤S3-1至S3-4:
步骤S3-1,开辟子线程。
开启子线程的方法是通过函数代码:
Thread thread=new Thread(new ReadRunnable());的方式来构建一个线程thread,其中ReadRunnable是文件操作所在的子线程任务,然后通过调用thread中的thread.start()方法开启一个子线程任务。
步骤S3-2,将所述读写函数中的文件路径转变为一个文件对象。
在步骤S2校验通过后,接下来我们需要在任务子线程ReadRunnable中开始文件的读取操作,首先通过File file=new File(filePath)函数来将filePath路径对应的文件转变成一个file文件对象。
步骤S3-3,判断该文件对象是否存在,存在就进入下一步。
接下来通过调用file对象中的file.exists()函数来判定该文件对象是否存在,如果file.exists()函数返回true表示存在,否则表示不存在。
如果文件不存在此时直接return null结束整个文件的读取操作流程。
步骤S3-4,当该文件对象存在时就读取到对应的文件长度的内容信息,并将该内容信息封装到局部的字符串类型的变量中。
在文件存在时,通过通用的文件读取方法读取到文件长度为length的内容信息,并且将该信息封装到一个局部的字符String类型的变量contentStr中。
步骤S4,关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源。
在文件的读取过程中会使用到各种文件对象,我们将这些文件对象命名为fileStream文件流对象,然后通过调用fileStream对象中的fileStream.close()来关闭文件流资源信息,再调用file=null来释放文件file对象的资源信息。
通过这一个过程就实现了对于读取过的文件的内存能够实时的释放。
步骤S5,主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。
以上的步骤S1到S4实现了在子线程ReadRunnable中对文件进行读取并实时的释放该文件所占用的内存的过程,但主线程并没有获取到子线程读取的文件内容。
步骤S5就是用于实现将开辟的子线程ReadRunnable读取到的文件发送给主线程的过程的。
首先,通过Android系统提供的一个主线程和子线程信息通信的工具句柄Handler类来构建一个传统过程来传递mHandler对象:
Handler mHandler=new Handler(),
然后,构建一个mBundler:
Bundler mBundler=new Bundler()
其次,在使用上述的代码构建了一个mBundler对象后,再通过调用mBunder对象中的mBundler.putString(contentStr)方法将contentStr的内容存放在mBundler对象中。
最后,调用mHandler.sendMessage(new Message(mBundler))方法将mBundler对象封装到一个Message对象中发送到主线程。
主线程接受到该消息后通过getBundler()方法获取到传递过来的mBundler对象,然后调用mBundler对象中的mBundler.getString()方法来获取到读取到的内容信息,这样就完成了将子线程ReadRunnable读取到的文件发送给主线程,从而使得主线程获取子线程读取到文件的内容的过程,而且该过程中子线程是边读取文件边消除文件占用的内存的,从而实现了文件的自动释放。
上述实现方法能够解决正常情况下的资源文件的自动释放,但是如果在某些异常情况下:申请好了文件读写资源,但是在读写过程出现了异常情况,这样就会导致文件资源无法进行释放,从而导致内存泄漏的情况依然发生,以下就专门针对异常情况下的文件资源释放进行说明和进一步的处理操作。
为了能够知晓异常情况的发生,本实施例还设计了一个try-catch代码块,在步骤S4的代码块插入以下的try-catch代码块来捕获读写操作中的异常信息。具体的try-catch代码块设计如下所示:
Try{
正常读写代码块
}catch(Exception e){
异常代码块
}
当发现了异常情况也就是try-catch代码块发现了异常代码后,在步骤S4中加入了以下的子步骤,如下图3所示。
图3为本发明的实施例中的内存清理的具体步骤示意图。
步骤S4-1,在读写函数的代码块中调用清理函数。
为了能够对文件资源的释放进行统一的处理,我们首先将步骤S4清理文件资源部分操作封装成一个自定义的清理函数CLEAR_RESOURCE,函数的定义是public voidclearResource(),然后我们该函数中通过调用fileStream.close()和file=null的方式来对文件资源进行释放。其中,所述清理函数是公有类型的,这样便于调用。
步骤S4-2,子线程向主线程发出内存清理的请求。
在正常读写代码块的逻辑最后一行,我们通过调用mHandler.sendEmptyMessage(CLEAR_RESOURCE)这个Android系统自带的函数来实现向主线程发送一个文件内存清理的业务请求。
在主线程中对CLEAR_RESOURCE消息的处理过程中,调用上述的自定义clearResource函数来对资源进行清理操作。
步骤S4-3,主线程回应请求,并调用清理函数对子线程进行清理来释放文件对象的资源信息。
当正常业务逻辑代码块出现异常情况后,该异常会被上述的try-catch代码块检测到,此时代码会直接执行到异常代码块流程,此时我们在异常代码块流程try-catch代码块中通过调用mHandler.sendEmptyMessage(CLEAR_RESOURCE)方法来发送一个自动清理操作的请求,此时就会主动触发清理函数clearResource()来完成清理操作,这样就能够在正常和异常情况下都实现资源的自动释放处理逻辑了。
实施例2
以下对本实施例提供的一种电子设备进行详细的说明。
电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,其特征在于:处理器执行计算机程序时实现以下步骤的方法:
步骤S1,设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径这一参数。
步骤S2,根据文件路径对所述读写函数进行校验。
步骤S3,校验通过后开辟子线程进行读写操作。
步骤S4,关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源。
步骤S5,主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。
进一步,作为一种优化的电子设备,上述的步骤S3校验通过后开辟子线程进行读写操作具体包括以下的子步骤:
步骤S3-1,开辟子线程。
步骤S3-2,将所述读写函数中的文件路径转变为一个文件对象。
步骤S3-3,判断该文件对象是否存在,存在就进入下一步。
步骤S3-4,当该文件对象存在时就读取到对应的文件长度的内容信息,并将该内容信息封装到局部的字符串类型的变量中。
作为应对异常情况的一种方案,本实施例提供的电子设备在运行步骤S4时,其会分解运行以下的子步骤:
步骤S4-1,在读写函数的代码块中调用清理函数。
步骤S4-2,子线程向主线程发出内存清理的请求。
步骤S4-3,主线程回应请求,并调用清理函数对子线程进行清理来释放文件对象的资源信息。
实施例3
以下对本实例提供的存储介质进行详细说明。
一种存储介质,该存储介质上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现实现以下步骤的方法:
步骤S1,设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径这一参数。
步骤S2,根据文件路径对所述读写函数进行校验。
步骤S3,校验通过后开辟子线程进行读写操作。
步骤S4,关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源。
步骤S5,主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。其中,主线程和子线程之间建立通信是依赖线程间通信工具Handler来实现的。
进一步,作为一种优化,上述的步骤S3校验通过后开辟子线程进行读写操作具体包括以下的子步骤:
步骤S3-1,开辟子线程。
步骤S3-2,将所述读写函数中的文件路径转变为一个文件对象。
步骤S3-3,判断该文件对象是否存在,存在就进入下一步。
步骤S3-4,当该文件对象存在时就读取到对应的文件长度的内容信息,并将该内容信息封装到局部的字符串类型的变量中,否则就直接返回结束。
作为应对异常情况的一种方案,应用程序在运行步骤S4时,其会分解运行以下的子步骤:
步骤S4-1,在读写函数的代码块中调用清理函数。
步骤S4-2,子线程向主线程发出内存清理的请求。
步骤S4-3,主线程回应请求,并调用清理函数对子线程进行清理来释放文件对象的资源信息。
实施例4
图4为本发明的实施例中的自动释放文件资源的系统的结构示意图
以下结合附图4对本实施例提供的自动释放文件资源的系统100,用于实现文件读写并自动释放内存中的文件所占用的内存资源,其特征在于,包括:
读写函数设置模块101,其用于设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径和文件长度这两个参数。
校验模块102,用于根据文件路径对所述读写函数进行校验。
具体的该校验模块102包括以下四个功能单元:
第一单元1021,用于开辟子线程。
第二单元1022,用于将所述读写函数中的文件路径转变为一个文件对象。
第三单元1023,用于判断该文件对象是否存在,存在就进入下一步。
第四单元1024,用于当该文件对象存在时就读取到对应的所述文件长度的内容信息,并将该内容信息封装到局部的字符串类型的变量中。
读写操作模块103,用于在校验通过后开辟子线程进行读写操作。
内存释放模块104,用于关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源。
进一步的,作为应对异常情况的一种优化方案,内存释放模块104的功能被以下三个单元来完成:
清理函数调用单元1041,用于在读写函数的代码块中调用清理函数。
请求发送单元1042,用于子线程向主线程发出内存清理的请求。
文件释放单元1043,用于主线程回应请求,并调用清理函数对子线程进行清理来释放文件对象的资源信息。
通信模块105,用于在主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。其中,主线程和子线程之间建立通信是依赖线程间通信工具Handler来实现的。
实施例的作用与效果:根据本实施例所涉及的自动释放文件资源的方法,因为设置文件读写函数来对文件进行读写操作;对所述读写函数进行校验;校验通过后开辟子线程进行读写操作;关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源;主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息,也就是说,在子线程中使用读写函数进行读写操作,并在读写完成后将读取的文件对象所占用的内存资源进行清理,不会占用内存,然后将读取到的信息发送给主线程完成文件的读写过程,由于是通过子线程的读写函数来读写并立即消除内存,所以既能对文件进行读写,又不会因为读取大量的文件对象而导致文件对内存资源的占用,解决了内存泄漏的问题。
因为实施例是以安卓Android为例的,其中使用的thread.start()函数来创建子线程、file.exists()函数来判断读写函数中的文件路径是否存在、fileStream.close()来对子线程中被读取的文件进行边读取边释放的操作,而这些函数都是安卓Android系统自带的函数,所以在实现过程中,程序代码容易实现,而且和安卓Android系统具有较好的兼容性,减轻了后续程序代码调试的难度和工作量。
因为具有异常清理步骤,当读写出现异常时,对异常的文件进行提取并清理,这样的操作能够预防因为出现读写异常而出现的内存泄露情况的发生。
因为设置的清理函数是公有类型的,这样可以方便调用者具有调用该函数的权限。
进一步,因为在读写操作前,读写函数中的文件路径这个参数是否为空进行检测判断,所以能够避免对文件路径填写错误的文件读写请求进行的空处理,从而进一步的节省读写函数可能占据的内存空间。
在主线程和子线程之间线程间通信工具Handler来建立通信,使用的是Android自带的系统工具,具有更好的兼容性,不存在重新编写代码函数要面临的调试和兼容性问题。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种自动释放文件资源的方法,用于实现文件读写并自动释放内存中的文件所占用的内存资源,其特征在于,包括以下步骤:
设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径这一参数;
根据文件路径对所述读写函数进行校验;
校验通过后开辟子线程进行读写操作;
关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源;
主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。
2.根据权利要求1所述的自动释放文件资源的方法,其特征在于:
其中,所述读写操作中包括异常清理步骤,当读写出现异常时,对异常的文件进行提取并清理。
3.根据权利要求1所述的自动释放文件资源的方法,其特征在于:
其中,释放文件对象的资源信息的具体过程为:
在读写函数的代码块中调用清理函数,
子线程向主线程发出内存清理的请求,
主线程回应请求,并调用清理函数对子线程进行清理来释放文件对象的资源信息。
4.根据权利要求3所述的自动释放文件资源的方法,其特征在于:
其中,所述清理函数是公有类型的。
5.根据权利要求1所述的自动释放文件资源的方法,其特征在于:
其中,所述校验的过程是:
判断读写函数中的文件路径这个参数是否为空,如果为空,则校验不通过并结束文件的读取。
6.根据权利要求1所述的自动释放文件资源的方法,其特征在于:
其中,读写操作包括以下的过程:
开辟子线程,
将所述读写函数中的文件路径转变为一个文件对象,
判断该文件对象是否存在,存在就进入下一步,
当该文件对象存在时就读取到对应的文件长度的内容信息,并将该内容信息封装到局部的字符串类型的变量中。
7.根据权利要求1所述的自动释放文件资源的方法,其特征在于:
其中,主线程和子线程之间建立通信是依赖线程间通信工具Handler来实现的。
8.一种存储介质,该存储介质上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现权利要求1至7任一项所述的方法。
9.一种电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,其特征在于:处理器执行计算机程序时实现权利要求1至7任一项所述的方法。
10.一种自动释放文件资源的系统,用于实现文件读写并自动释放内存中的文件所占用的内存资源,其特征在于,包括:
读写函数设置模块,其用于设置文件读写函数来对文件进行读写操作,该读写函数被设置为公有类型且具有文件路径和文件长度这两个参数;
校验模块,用于根据文件路径对所述读写函数进行校验;
读写操作模块,用于在校验通过后开辟子线程进行读写操作;
内存释放模块,用于关闭在读写操作中读取到的文件对象的文件流资源信息并释放文件对象所占用的内存资源;
通信模块,用于在主线程和子线程之间建立通信来获取子线程中读取到的文件内容信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810785089.5A CN109062689B (zh) | 2018-07-17 | 2018-07-17 | 自动释放文件资源的方法、存储介质、电子设备以及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810785089.5A CN109062689B (zh) | 2018-07-17 | 2018-07-17 | 自动释放文件资源的方法、存储介质、电子设备以及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109062689A CN109062689A (zh) | 2018-12-21 |
CN109062689B true CN109062689B (zh) | 2020-07-31 |
Family
ID=64817003
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810785089.5A Active CN109062689B (zh) | 2018-07-17 | 2018-07-17 | 自动释放文件资源的方法、存储介质、电子设备以及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109062689B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109815017A (zh) * | 2019-01-18 | 2019-05-28 | 北京城市网邻信息技术有限公司 | 释放图形处理器资源的方法、系统、终端和存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6738796B1 (en) * | 1999-10-08 | 2004-05-18 | Globespanvirata, Inc. | Optimization of memory requirements for multi-threaded operating systems |
CN101030864A (zh) * | 2006-03-03 | 2007-09-05 | 中兴通讯股份有限公司 | 一种计算机和移动终端之间数据文件传输的方法 |
CN103984743A (zh) * | 2014-05-23 | 2014-08-13 | 北京金山网络科技有限公司 | 一种管理内存资源的方法及装置 |
JP2014149606A (ja) * | 2013-01-31 | 2014-08-21 | Fujitsu Ltd | 資源使用量集計プログラム、資源使用量集計方法及び資源使用量集計装置 |
WO2015090080A1 (zh) * | 2013-12-19 | 2015-06-25 | 贝壳网际(北京)安全技术有限公司 | 清理移动终端中临时文件的方法、装置和移动终端 |
CN105389245A (zh) * | 2015-12-17 | 2016-03-09 | 广州视睿电子科技有限公司 | 一种内存清理方法及装置 |
CN106354562A (zh) * | 2016-08-25 | 2017-01-25 | 上海传英信息技术有限公司 | 内存清理系统和内存清理方法 |
CN106598725A (zh) * | 2016-10-31 | 2017-04-26 | 武汉斗鱼网络科技有限公司 | 一种基于Android的Handler防内存泄漏装置及方法 |
CN107797871A (zh) * | 2017-11-30 | 2018-03-13 | 努比亚技术有限公司 | 内存占用资源释放方法、移动终端及计算机可读存储介质 |
-
2018
- 2018-07-17 CN CN201810785089.5A patent/CN109062689B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6738796B1 (en) * | 1999-10-08 | 2004-05-18 | Globespanvirata, Inc. | Optimization of memory requirements for multi-threaded operating systems |
CN101030864A (zh) * | 2006-03-03 | 2007-09-05 | 中兴通讯股份有限公司 | 一种计算机和移动终端之间数据文件传输的方法 |
JP2014149606A (ja) * | 2013-01-31 | 2014-08-21 | Fujitsu Ltd | 資源使用量集計プログラム、資源使用量集計方法及び資源使用量集計装置 |
WO2015090080A1 (zh) * | 2013-12-19 | 2015-06-25 | 贝壳网际(北京)安全技术有限公司 | 清理移动终端中临时文件的方法、装置和移动终端 |
CN103984743A (zh) * | 2014-05-23 | 2014-08-13 | 北京金山网络科技有限公司 | 一种管理内存资源的方法及装置 |
CN105389245A (zh) * | 2015-12-17 | 2016-03-09 | 广州视睿电子科技有限公司 | 一种内存清理方法及装置 |
CN106354562A (zh) * | 2016-08-25 | 2017-01-25 | 上海传英信息技术有限公司 | 内存清理系统和内存清理方法 |
CN106598725A (zh) * | 2016-10-31 | 2017-04-26 | 武汉斗鱼网络科技有限公司 | 一种基于Android的Handler防内存泄漏装置及方法 |
CN107797871A (zh) * | 2017-11-30 | 2018-03-13 | 努比亚技术有限公司 | 内存占用资源释放方法、移动终端及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109062689A (zh) | 2018-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6516460B1 (en) | Debugging multiple related processes simultaneously | |
CN113568686B (zh) | Lua语言的异步处理方法、装置、计算机设备和存储介质 | |
CN105184166A (zh) | 基于内核的安卓程序实时行为分析方法及系统 | |
CN108182359B (zh) | 一种测试可信环境下api安全性的方法、装置及存储介质 | |
CA2904253C (en) | Computer system using in-service software upgrade | |
CN104375938A (zh) | 安卓应用程序的动态行为监测方法及系统 | |
CN115080398A (zh) | 一种接口自动化测试系统及方法 | |
CN109062689B (zh) | 自动释放文件资源的方法、存储介质、电子设备以及系统 | |
CN104216771A (zh) | 软件程序的重启方法及装置 | |
CN107239698A (zh) | 一种基于信号处理机制的反调试方法和装置 | |
CN117032903B (zh) | 一种仿真调试方法、装置、存储介质及电子设备 | |
CN103699485A (zh) | 应用程序调试方法和装置 | |
CN105550103A (zh) | 一种基于自定义测试脚本的自动化测试方法 | |
CN112241373A (zh) | 自动化测试方法、测试装置、处理器和测试系统 | |
CN104536892B (zh) | 一种软件在线调试方法和系统 | |
CN105630526B (zh) | 脚本的加载控制方法及装置 | |
CN109901831A (zh) | 软件的多平台兼容运行方法及兼容运行装置 | |
CN109254856A (zh) | 智能pos服务端提供接口给客户端的方法 | |
KR20230070464A (ko) | 멀티 어댑터 호환용 라이브러리 파일 모듈, 호출방법, 호출시스템 및 설비 | |
CN109086200B (zh) | 一种基于安卓虚拟机修改的有效测试框架 | |
CN107145422B (zh) | 一种软件故障报警监测方法 | |
CN109271306A (zh) | 基于故障注入的寿命试验方法、装置、设备及介质 | |
CN113220495B (zh) | 一种进程异常事件处理方法、装置、电子设备及存储介质 | |
CN108446216A (zh) | 跟踪流程轨迹的方法、装置以及存储装置 | |
CN103488474A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |