android 为什么每次数据库打开 *** 作完就finlly里关闭的还会内存泄漏

你没有使用事务进行处理。dbbeginTransaction(); // 开始事务------>dbsetTransactionSuccessful(); // 设置事务成功完成----->最后 finally中dbendTransaction(); // 结束事务。

有点多请耐心看完。

希望能帮助你，还请及时采纳谢谢。

一前言

android连接数据库的方式有两种，第一种是通过连接服务器，再由服务器读取数据库来实现数据的增删改查，这也是我们常用的方式。第二种方式是android直接连接数据库，这种方式非常耗手机内存，而且容易被反编译造成安全隐患，所以在实际项目中不推荐使用。

二准备工作

1加载外部jar包

在Android工程中要使用jdbc的话，要导入jdbc的外部jar包，因为在Java的jdk中并没有jdbc的api,我使用的jar包是mysql-connector-java-5118-binjar包，网络上有使用mysql-connector-java-5118-binjar包的，自己去用的时候发现不兼容，所以下载了比较新版本的，jar包可以去官网下载，也可以去百度，有很多前人们上传的。

2导入jar包的方式

方式一：

可以在项目的buildgradle文件中直接添加如下语句导入

compile files('libs/mysql-connector-java-5118-binjar')

方式二：下载jar包复制到项目的libs目录下，然后右键复制过来的jar包Add as libs

三建立数据库连接

protected void onCreate(Bundle savedInstanceState) {

superonCreate(savedInstanceState);

setContentView(Rlayoutactivity_jdbc);

new Thread(runnable)start();

}

Handler myHandler=new Handler(){

public void handleMessage(Message msg) {

// TODO Auto-generated method stub

superhandleMessage(msg);

Bundle data=new Bundle();

data=msggetData();

//Systemoutprintln("id:"+dataget("id")toString()); //输出第n行，列名为“id”的值

Loge("TAG","id:"+dataget("id")toString());

TextView tv= (TextView) findViewById(Ridjdbc);

//Systemoutprintln("content:"+dataget("content")toString());

}

};

Runnable runnable=new Runnable() {

private Connection con = null;

@Override

public void run() {

// TODO Auto-generated method stub

try {

ClassforName("commysqljdbcDriver");

//引用代码此处需要修改，address为数据IP，Port为端口号，DBName为数据名称，UserName为数据库登录账户，Password为数据库登录密码

con =

//DriverManagergetConnection("jdbc:mysql://1921681202:3306/b2b", "root", "");

DriverManagergetConnection("jdbc:mysql://>

内存泄漏：

举例：

请注意以下的例子是虚构的

内存抖动

源自Android文档中的 Memory churn 一词，中文翻译为内存抖动。

指快速频繁的创建对象从而产生的性能问题。

引用Android文档原文：

Java内存泄漏的根本原因是 长生命周期 的对象持有 短生命周期 对象的引用就很可能发生内存泄漏。

尽管短生命周期对象已经不再需要，但因为长生命周期依旧持有它的引用，故不能被回收而导致内存泄漏。

静态集合类引起的内存泄漏

如果仅仅释放引用本身(tO = null)， ArrayList 依然在引用该对象，GC无法回收。

监听器

在Java应用中，通常会用到很多监听器，一般通过 addXXXXListener() 实现。但释放对象时通常会忘记删除监听器，从而增加内存泄漏的风险。

各种连接

如数据库连接、网络连接（Socket）和I/O连接。忘记显式调用 close() 方法引起的内存泄漏。

内部类和外部模块的引用

内部类的引用是很容易被遗忘的一种，一旦没有释放可能会导致一系列后续对象无法释放。此外还要小心外部模块不经意的引用，内部类是否提供相应的 *** 作去除外部引用。

单例模式

由于单例的静态特性，使其生命周期与应用的生命周期一样长，一旦使用不恰当极易造成内存泄漏。如果单利持有外部引用，需要注意提供释放方式，否则当外部对象无法被正常回收时，会进而导致内存泄漏。

集合类泄漏

如集合的使用范围超过逻辑代码的范围，需要格外注意删除机制是否完善可靠。比如由静态属性 static 指向的集合。

单利泄漏

以下为简单逻辑代码，只为举例说明内存泄漏问题，不保证单利模式的可靠性。

AppManager 创建时需要传入一个 Context ，这个 Context 的生命周期长短至关重要。

1 如果传入的是 Application 的 Context ，因为 Application 的生命周期等同于应用的生命周期，所以没有任何问题。

2 如果传入的是 Activity 的 Context ，则需要考虑这个 Activity 是否在整个生命周期都不会被回收了，如果不是，则会造成内存泄漏。

非静态内部类创建静态实例造成的内存泄漏

应该将该内部类单独封装为一个单例来使用。

匿名内部类/异步线程

Runnable都使用了匿名内部类，将持有MyActivity的引用。如果任务在Activity销毁前未完成，将导致Activity的内存无法被回收，从而造成内存泄漏。

解决方法：将Runnable独立出来或使用静态内部类，可以避免因持有外部对象导致的内存泄漏。

Handler造成的内存泄漏

Handler属于TLS(Thread Local Storage)变量，生命周期与Activity是不一致的，容易导致持有的对象无法正确被释放

当Android应用程序启动时，该应用程序的主线程会自动创建一个Looper对象和与之关联的MessageQueue。

当主线程中实例化一个Handler对象后，它就会自动与主线程Looper的MessageQueue关联起来。所有发送到MessageQueue的Messag都会持有Handler的引用，所以Looper会据此回调Handle的handleMessage()方法来处理消息。只要MessageQueue中有未处理的Message，Looper就会不断的从中取出并交给Handler处理。

另外，主线程的Looper对象会伴随该应用程序的整个生命周期。

在Java中，非静态内部类和匿名类内部类都会潜在持有它们所属的外部类的引用，但是静态内部类却不会。

当该 Activity 被 finish() 掉时，延迟执行任务的 Message 还会继续存在于主线程中，它持有该 Activity 的 Handler 引用，所以此时 finish() 掉的 Activity 就不会被回收了从而造成内存泄漏（因 Handler 为非静态内部类，它会持有外部类的引用，在这里就是指 SampleActivity）。

避免不必要的静态成员变量

对于BroadcastReceiver、ContentObserver、File、Cursor、Stream、Bitmap等资源的使用，应在Activity销毁前及时关闭或注销。

不使用WebView对象时，应调用`destroy()`方法销毁。

sdk不能直接打开res\raw目录中的数据库文件，不过我们可以通过将这个文件复制到手机内存或sd卡上来访问。复制的方法也很简单，就是在程序第一次启动时判断要复制的目标路径是否存在该数据库文件，如果不存在该数据库文件，那先复制这个文件，然后再打开数据库文件。

复制数据库文件可以通过getresources()openrawresource方法获得res\raw目录中资源的inputstream对象，然后将该inputstream对象中的数据写入其他的目录中相应文件中。打开数据库可以使用sqlitedatabaseopenorcreatedatabase方法来打开sqlite数据库文件。openorcreatedatabase方法可以打开任意目录下的数据库文件。

Android应用开发中,给我们提供了5种数据的存储方式

1 使用SharedPreferences存储数据

2 文件存储数据

3 SQLite数据库存储数据

4 使用ContentProvider存储数据

5 网络存储数据

不同的业务逻辑,或者需求,用不同的实现方式，以下是这几中数据存储方式的说明用及法:

第一种： 使用SharedPreferences存储数据

SharedPreferences是Android平台上一个轻量级的存储类，主要是保存一些常用的配置比如窗口状态，

一般在Activity中 重载窗口状态onSaveInstanceState保存一般使用SharedPreferences完成，

它提供了Android平台常规的Long长 整形、Int整形、String字符串型的保存。

SharedPreferences类似过去Windows系统上的ini配置文件，但是它分为多种权限，

可以全局共享访问，android123提示最终是以xml方式来保存，整体效率来看不是特别的高，

对于常规的轻量级而言比SQLite要好不少，如果真的存储量不大可以考虑自己定义文件格式。

xml 处理时Dalvik会通过自带底层的本地XML Parser解析，比如XMLpull方式，这样对于内存资源占用比较好。

它的本质是基于XML文件存储key-value键值对数据，通常用来存储一些简单的配置信息。

其存储位置在/data/data/< >/shared_prefs目录下。

SharedPreferences对象本身只能获取数据而不支持存储和修改，存储修改是通过Editor对象实现。

实现SharedPreferences存储的步骤如下：

一、根据Context获取SharedPreferences对象

二、利用edit()方法获取Editor对象。

三、通过Editor对象存储key-value键值对数据。

四、通过commit()方法提交数据。

下面是示例代码：

public class MainActivity extends Activity {

@Override

public void onCreate(Bundle savedInstanceState) {

superonCreate(savedInstanceState);

setContentView(Rlayoutmain);

//获取SharedPreferences对象

Context ctx = MainActivitythis;

SharedPreferences sp = ctxgetSharedPreferences("SP", MODE_PRIVATE);

//存入数据

Editor editor = spedit();

editorputString("STRING_KEY", "string");

editorputInt("INT_KEY", 0);

editorputBoolean("BOOLEAN_KEY", true);

editorcommit();

//返回STRING_KEY的值

Logd("SP", spgetString("STRING_KEY", "none"));

//如果NOT_EXIST不存在，则返回值为"none"

Logd("SP", spgetString("NOT_EXIST", "none"));

}

}

这段代码执行过后，即在/data/data/comtest/shared_prefs目录下生成了一个SPxml文件，一个应用可以创建多个这样的xml文件。

SharedPreferences对象与SQLite数据库相比，免去了创建数据库，创建表，写SQL语句等诸多 *** 作，相对而言更加方便，简洁。

但是SharedPreferences也有其自身缺陷，比如其职能存储boolean，int，float，long和String五种简单的数据类型，比如其无法进行条件查询等。

所以不论SharedPreferences的数据存储 *** 作是如何简单，它也只能是存储方式的一种补充，而无法完全替代如SQLite数据库这样的其他数据存储方式。

第二种： 文件存储数据

关于文件存储，Activity提供了openFileOutput()方法可以用于把数据输出到文件中，具体的实现过程与在J2SE环境中保存数据到文件中是一样的。

文件可用来存放大量数据，如文本、、音频等。

默认位置：/data/data/< >/files/。

代码示例：

public void save(){

try {

FileOutputStream outStream=thisopenFileOutput("atxt",ContextMODE_WORLD_READABLE);

outStreamwrite(textgetText()toString()getBytes());

outStreamclose();

ToastmakeText(MyActivitythis,"Saved",ToastLENGTH_LONG)show();

} catch (FileNotFoundException e) {

return;

}

catch (IOException e){

return ;

}

}

openFileOutput()方法的第一参数用于指定文件名称，不能包含路径分隔符“/” ，如果文件不存在，Android 会自动创建它。

创建的文件保存在/data/data//files目录，如： /data/data/cnitcastaction/files/itcasttxt ，

通过点击Eclipse菜单“Window”-“Show View”-“Other”，在对话窗口中展开android文件夹，

选择下面的File Explorer视图，然后在File Explorer视图中展开/data/data//files目录就可以看到该文件。

openFileOutput()方法的第二参数用于指定 *** 作模式，有四种模式，分别为：

ContextMODE_PRIVATE = 0

ContextMODE_APPEND = 32768

ContextMODE_WORLD_READABLE = 1

ContextMODE_WORLD_WRITEABLE = 2

ContextMODE_PRIVATE：为默认 *** 作模式，代表该文件是私有数据，只能被应用本身访问，在该模式下，写入的内容会覆盖原文件的内容，如果想把新写入的内容追加到原文件中。可以使用ContextMODE_APPEND

ContextMODE_APPEND：模式会检查文件是否存在，存在就往文件追加内容，否则就创建新文件。

ContextMODE_WORLD_READABLE和ContextMODE_WORLD_WRITEABLE用来控制其他应用是否有权限读写该文件。

MODE_WORLD_READABLE：表示当前文件可以被其他应用读取；

MODE_WORLD_WRITEABLE：表示当前文件可以被其他应用写入。

如果希望文件被其他应用读和写，可以传入： openFileOutput("itcasttxt", ContextMODE_WORLD_READABLE + ContextMODE_WORLD_WRITEABLE); android有一套自己的安全模型，当应用程序(apk)在安装时系统就会分配给他一个userid，当该应用要去访问其他资源比如文件的时候，就需要userid匹配。默认情况下，任何应用创建的文件，sharedpreferences，数据库都应该是私有的（位于/data/data//files），其他程序无法访问。

除非在创建时指定了ContextMODE_WORLD_READABLE或者ContextMODE_WORLD_WRITEABLE ，只有这样其他程序才能正确访问。

读取文件示例：

public void load(){

try {

FileInputStream inStream=thisopenFileInput("atxt");

ByteArrayOutputStream stream=new ByteArrayOutputStream();

byte[] buffer=new byte[1024];

int length=-1;

while((length=inStreamread(buffer))!=-1) {

streamwrite(buffer,0,length);

}

streamclose();

inStreamclose();

textsetText(streamtoString());

ToastmakeText(MyActivitythis,"Loaded",ToastLENGTH_LONG)show();

} catch (FileNotFoundException e) {

eprintStackTrace();

}

catch (IOException e){

return ;

}

}

对于私有文件只能被创建该文件的应用访问，

如果希望文件能被其他应用读和写，

可以在创建文件时，指定ContextMODE_WORLD_READABLE和ContextMODE_WORLD_WRITEABLE权限。

Activity还提供了getCacheDir()和getFilesDir()方法： g

etCacheDir()方法用于获取/data/data//cache目录 getFilesDir()方法用于获取/data/data//files目录。

把文件存入SDCard：

使用Activity的openFileOutput()方法保存文件，文件是存放在手机空间上，

一般手机的存储空间不是很大，存放些小文件还行，如果要存放像视频这样的大文件，是不可行的。

对于像视频这样的大文件，我们可以把它存放在SDCard。

SDCard是干什么的？你可以把它看作是移动硬盘或U盘。

在模拟器中使用SDCard，你需要先创建一张SDCard卡（当然不是真的SDCard，只是镜像文件）。

创建SDCard可以在Eclipse创建模拟器时随同创建，也可以使用DOS命令进行创建，

如下： 在Dos窗口中进入android SDK安装路径的tools目录，

输入以下命令创建一张容量为2G的SDCard，文件后缀可以随便取，

建议使用img： mksdcard 2048M D:\AndroidTool\sdcardimg 在程序中访问SDCard，你需要申请访问SDCard的权限。

在AndroidManifestxml中加入访问SDCard的权限如下:

<!-- 在SDCard中创建与删除文件权限 -->

<uses-permission android:name="androidpermissionMOUNT_UNMOUNT_FILESYSTEMS"/>

<!-- 往SDCard写入数据权限 -->

<uses-permission android:name="androidpermissionWRITE_EXTERNAL_STORAGE"/>

要往SDCard存放文件，程序必须先判断手机是否装有SDCard，并且可以进行读写。

注意：访问SDCard必须在AndroidManifestxml中加入访问SDCard的权限。

if(EnvironmentgetExternalStorageState()equals(EnvironmentMEDIA_MOUNTED)){

File sdCardDir = EnvironmentgetExternalStorageDirectory();//获取SDCard目录

File saveFile = new File(sdCardDir, “atxt”);

FileOutputStream outStream = new FileOutputStream(saveFile);

outStreamwrite("test"getBytes());

outStreamclose();

}

EnvironmentgetExternalStorageState()方法用于获取SDCard的状态，如果手机装有SDCard，并且可以进行读写，那么方法返回的状态等于EnvironmentMEDIA_MOUNTED。

EnvironmentgetExternalStorageDirectory()方法用于获取SDCard的目录，当然要获取SDCard的目录，你也可以这样写：

File sdCardDir = new File("/sdcard"); //获取SDCard目录

File saveFile = new File(sdCardDir, "itcasttxt");

//上面两句代码可以合成一句：

File saveFile = new File("/sdcard/atxt");

FileOutputStream outStream = new FileOutputStream(saveFile);

outStreamwrite("test"getBytes());

outStreamclose();

第三种： SQLite数据库存储数据

SQLite是轻量级嵌入式数据库引擎，它支持 SQL 语言，

并且只利用很少的内存就有很好的性能。

此外它还是开源的，任何人都可以使用它。

许多开源项目（(Mozilla, PHP, Python）都使用了 SQLite

SQLite 由以下几个组件组成：SQL 编译器、内核、后端以及附件。

SQLite 通过利用虚拟机和虚拟数据库引擎（VDBE），使调试、修改和扩展 SQLite 的内核变得更加方便。

特点：

面向资源有限的设备，

没有服务器进程,

所有数据存放在同一文件中跨平台，

可自由复制。

SQLite 基本上符合 SQL-92 标准，和其他的主要 SQL 数据库没什么区别。它的优点就是高效，Android 运行时环境包含了完整的 SQLite。

SQLite 和其他数据库最大的不同就是对数据类型的支持，创建一个表时，可以在 CREATE TABLE 语句中指定某列的数据类型，但是你可以把任何数据类型放入任何列中。当某个值插入数据库时，SQLite 将检查它的类型。如果该类型与关联的列不匹配，则 SQLite 会尝试将该值转换成该列的类型。如果不能转换，则该值将作为其本身具有的类型存储。比如可以把一个字符串（String）放入 INTEGER 列。SQLite 称这为“弱类型”（manifest typing）。 此外，SQLite 不支持一些标准的 SQL 功能，特别是外键约束（FOREIGN KEY constrains），嵌套 transcaction 和 RIGHT OUTER JOIN 和 FULL OUTER JOIN, 还有一些 ALTER TABLE 功能。 除了上述功能外，SQLite 是一个完整的 SQL 系统，拥有完整的触发器，交易等等。

Android 集成了 SQLite 数据库 Android 在运行时（run-time）集成了 SQLite，所以每个 Android 应用程序都可以使用 SQLite 数据库。

对于熟悉 SQL 的开发人员来时，在 Android 开发中使用 SQLite 相当简单。但是，由于 JDBC 会消耗太多的系统资源，所以 JDBC 对于手机这种内存受限设备来说并不合适。因此，Android 提供了一些新的 API 来使用 SQLite 数据库，Android 开发中，程序员需要学使用这些 API。

数据库存储在 data/< 项目文件夹 >/databases/ 下。 Android 开发中使用 SQLite 数据库 Activites 可以通过 Content Provider 或者 Service 访问一个数据库。

下面会详细讲解如果创建数据库，添加数据和查询数据库。 创建数据库 Android 不自动提供数据库。在 Android 应用程序中使用 SQLite，必须自己创建数据库，然后创建表、索引，填充数据。

Android 提供了 SQLiteOpenHelper 帮助你创建一个数据库，你只要继承 SQLiteOpenHelper 类，就可以轻松的创建数据库。SQLiteOpenHelper 类根据开发应用程序的需要，封装了创建和更新数据库使用的逻辑。

SQLiteOpenHelper 的子类，至少需要实现三个方法：

1 构造函数，调用父类 SQLiteOpenHelper 的构造函数。这个方法需要四个参数：上下文环境（例如，一个 Activity），数据库名字，一个可选的游标工厂（通常是 Null），一个代表你正在使用的数据库模型版本的整数。

2 onCreate（）方法，它需要一个 SQLiteDatabase 对象作为参数，根据需要对这个对象填充表和初始化数据。

3 onUpgrage() 方法，它需要三个参数，一个 SQLiteDatabase 对象，一个旧的版本号和一个新的版本号，这样你就可以清楚如何把一个数据库从旧的模型转变到新的模型。

第四种 使用ContentProvider存储数据 ContentProvider其实也是通过数据库的方式来存储数据的,因此这里不再做详细介绍

第五种 网络存储数据 也就是说将数据保存在服务器,android上只需要通过>

每个应用程序都要使用数据，Android应用程序也不例外，Android使用开源的、与 *** 作系统无关的SQL数据库—SQLite。

SQLite第一个Alpha版本诞生于2000年5月，它是一款轻量级数据库，它的设计目标是嵌入式的，占用资源非常的低，只需要几百K的内存就够了。

SQLite已经被多种软件和产品使用，Mozilla FireFox就是使用SQLite来存储配置数据的，Android和iPhone都是使用SQLite来存储数据的。

SQLite体系结构图如下：

编译器包括Tokenizer（词法分析器）、 Parser（语法分析器）、Code Generator（代码产生器），后端由B-tree，Pager，OS Interface组成。

B-tree的职责是负责排序，维护多个数据库页之间错综复杂的关系，将页面组织成树状结构，页面就是树的叶子

Pager负责传输，根据B-tree的请求从磁盘读取页面或者写入页面。

公共服务中有各种实用的功能比如：内存分配、字符串比较，Unicode转换等。

以上就是关于android 为什么每次数据库打开 *** 作完就finlly里关闭的还会内存泄漏全部的内容，包括:android 为什么每次数据库打开 *** 作完就finlly里关闭的还会内存泄漏、android怎么链接数据库mysql、Android技术分享｜Android 中部分内存泄漏示例及解决方案等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！