内存泄露会导致什么(内存泄露是什么引起的)

---

一、C语言中，程序为什么会崩溃？在C语言中，程序不报告错误并不一定意味着它是正确的。在某些情况下，程序可能会遇到逻辑或运行时错误，导致程序无法运行或产生与预期不符的输出。程序无法运行的常见原因有：
1.程序陷入无限循环：程序中某处存在无限循环，导致程序无法继续执行。如果您的程序似乎没有完成，请检查程序中是否存在无限循环。
2.内存泄漏：当程序使用动态内存分配函数（malloc、calloc等）释放内存空间时，分配的内存空间没有及时释放，就会发生内存泄漏。内存泄漏浪费系统内存资源并最终阻止程序继续运行。
3.数组越界：当你的程序访问数组元素时，超出了数组的有效索引范围，要么程序崩溃，要么输出不符合预期。
4.崩溃或异常：程序运行时发生崩溃或异常，导致程序无法正常运行。这种情况需要调试工具来发现并解决问题。
以上是程序无法运行的一些常见原因。您可以根据您的实际情况检查您的程序是否存在上述问题。另外，如果您无法查明程序的问题，请考虑使用调试器来帮助您识别并修复问题。

---

二、android内存泄露会导致什么问题1、在不关闭游标的情况下查询数据库
游标是Android中非常常用的对象，但是在编写代码时，人们经常忘记调用close，或者由于代码逻辑问题而没有调用close。
通常，Activity可以调用startManagingCursor或直接使用ManagedQuery让Activity自动管理Cursor对象。
不过需要注意的是，一旦引入activity，光标将不再可用！
如果操作Cursor的代码与UI不同步（例如在后台线程上），则无需在调用OnDestroy之前首先检查Activity是否已完成或等待后台线程完成。
以下是游标未关闭的其他常见情况：
看似调用了()，但如果发生异常，则关闭是skipped()，导致错误。内存泄漏。
所以我们的代码应该这样写：
Cursorc=queryCursor();
try{
inta=(1);
。.....
}catch(Exceptione){
}finally{
();//最后调用close()看看是否调用了
}
尝试{
Cursorc=queryCursor();
inta=(1);
......
();
}catch(Exceptione){
}
2.调用registerReceiver后不调用unregisterReceiver()。
如果调用registerReceiver后不调用unregisterReceiver，则共享。内存还是蛮大的。
你经常会看到类似下面的代码：
这是一个非常严重的错误，因为BroadcastReceiver没有注销，发生了内存泄漏。
registerReceiver(newBroadcastReceiver(){
...
},filter);...
tream/OutputStream未关闭。
使用文件或访问网络资源时，使用InputStream/OutputStream可能会导致内存泄漏
4.使用Bitmap后不再调用Recycle()
根据SDK的描述，不需要调用recycle。但在实际使用中，Bitmap占用内存较多，因此当不再使用时，尝试调用recycle()来释放资源。
5.上下文泄漏
这是一种非常模糊的内存泄漏情况。
首先，让我们看下面的代码：
此代码使用静态Drawable对象。
这通常发生在当你需要频繁调用一个Drawable，加载需要很多时间，并且你不想每次Activity加载时都创建这个Drawable时。
此时，使用static无疑是最快的编写代码的方式，但同时也是一种非常糟糕的方式。
当Drawable附加到View时，View通过调用lback()设置为Drawable的回调。
这意味着Drawable有对TextView的引用，而TextView有对Activity的引用。
这确保了Activity销毁后内存不会被释放。
privatestaticDrawablesBackground;
@Override
protectedvoidonCreate(Bundlestate){
te(state);
TextViewlabel=newTextView(this);
t("严重泄漏");
if(sBackground==null){
sBackground=getDrawable(_bitmap);
}
kgroundDrawable(sBackground);
setContentView(标签);
}