关于iOS上使用WWW引起的内存泄漏的临时解决方案

原地址:http://www.unity蛮牛.com/thread-16493-1-1.html

目前,在的4.3.3.和4.3.4版本中存在一个iOS平台上的内存泄漏问题,即当使用WWW来下载和加载Assetbundle文件时,如果按照以下方式来进行,则会造成Assetbundle卸载后内存不能完全释放的情况。

  对此,Unity官方已经就该问题进行了修复,并在下一个版本中进行更新。但对于目前仍在使用4.3.3和4.3.4两个版本上进行开发的项目,建议使用以下的临时解决方案,具体步骤如下:


目前,在unity的4.3.3.和4.3.4版本中存在一个iOS平台上的内存泄漏问题,即当使用WWW来下载和加载Assetbundle文件时,如果按照以下方式来进行,则会造成Assetbundle卸载后内存不能完全释放的情况。

  对此,Unity官方已经就该问题进行了修复,并在下一个版本中进行更新。但对于目前仍在使用4.3.3和4.3.4两个版本上进行开发的项目,建议使用以下的临时解决方案,具体步骤如下:

  1.将Unity工程发布成Xcode工程;

  2.在生成的Xcode工程中找到文件:Classes/Unity/WWWConnection.mm;

  3.打开并查找函数: “extern ”C“ void UnityDestroyWWWConnection(void* connection)”;

  4. 将该函数做如下修改;

  修改前:

  
[AppleScript] 纯文本查看 复制代码

extern“C”voidUnityDestroyWWWConnection(void* connection)

  {

  UnityWWWConnectionDelegate* delegate = (UnityWWWConnectionDelegate*)connection;

  [delegate.connection cancel];

  delegate.connection = nil;

  [delegate release];

  }

  修改后:

[AppleScript] 纯文本查看 复制代码

extern“C”voidUnityDestroyWWWConnection(void* connection)

 {

 UnityWWWConnectionDelegate* delegate = (UnityWWWConnectionDelegate*)connection;

 [delegate cleanup];

 [delegate release];

 }
 

5.接下来需要再添加一个cleanup函数,具体做法是先查找函数:

[AppleScript] 纯文本查看 复制代码

“- (void)connection:(NSURLConnection*)connection

didReceiveResponse:(NSURLResponse*)response”

然后在该函数的上方插入cleanup函数,函数内容如下:

- (void)cleanup

{

[_connection cancel];

_connection = nil;

[_data release];

_data = nil;

}

  6.经过上述修改,正常发布到设备上即可。

  说明:

  1、该问题仅存在于iOS平台;

  2、该问题仅存在于4.3.3和4.3.4两个版本上,4.3.2及之前版本并不存在该问题;

  3、另一常用加载API:WWW. LoadFromCacheOrDownload不会造成内存泄露问题。

关于iOS上使用WWW引起的内存泄漏的临时解决方案

时间: 2024-08-04 01:39:01

关于iOS上使用WWW引起的内存泄漏的临时解决方案的相关文章

Java内存泄漏分析与解决方案

Java内存泄漏是每个Java程序员都会遇到的问题,程序在本地运行一切正常,可是布署到远端就会出现内存无限制的增长,最后系统瘫痪,那么如何最快最好的检测程序的稳定性,防止系统崩盘,作者用自已的亲身经历与各位网友分享解决这些问题的办法. 作为Internet最流行的编程语言之一,Java现正非常流行.我们的网络应用程序就主要采用Java语言开发,大体上分为客户端.服务器和数据库三个层次.在进入测试过程中,我们发现有一个程序模块系统内存和CPU资源消耗急剧增加,持续增长到出现java.lang.Ou

使用TWebBrowser时存在内存泄漏问题的解决方案(使用SetProcessWorkingSetSize函数,或者修改OleCtrls.pas源码解决问题)

用TWebBrower不断打开多个网页,多某些版本的操作系统上运行一段时间后,发现占用系统内存达几百M,直到关闭程序后,占用的内存才能释放. 这个问题在网有很多讨论,比较多人的建议办法是用SetProcessWorkingSetSize(GetCurrentProcess(),-1,-1)处理一下,这个变通的办法貌似可行. 然后在http://www.winu.cn/space-14160-do-blog-id-270.html出现别一个解决办法,当中提到OLE中存在内存泄露,通过重写OLE函数

Handler系列之内存泄漏

本篇简单的讲一下平常使用Handler时造成内存泄漏的问题. 什么是内存泄漏?大白话讲就是分配出去的内存,回收不回来.严重会导致内存不足OOM.下面来看一下造成内存泄漏的代码: public class MemoryLeakActivity extends Activity { private MyHandler mHandler; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(save

内存泄漏总结

内存泄漏主要有几大情景: 1,activity泄漏 2,静态常量泄漏       静态变量长期维持到大数据对象的引用,阻止垃圾回收 3,资源未关闭泄漏    资源性对象如Cursor.Stream.Socket,Bitmap 4,注册反注册泄漏    我们常常写很多的Listener,未反注册会导致观察者列表里维持着对象的引用,阻止垃圾回收. 最主要的最普遍的是activity泄漏  主要情景: (在 activity关闭时,检查静态变量是否需要赋值为null,检查内部类是否还存在) 1,非静态

linux中内存泄漏的检测(一)最简单的方法

什么是内存泄漏 内存泄漏是指程序动态申请的内存在使用完后没有释放,导致这段内存不能被操作系统回收再利用. 例如这段程序,申请了4个字节的空间但没有释放,有4个字节的内存泄漏. #include <iostream> using namespace std; int main() { int *p = new int(1); cout <<*p<<endl; return 0 } 随着时间的推移,泄漏的内存越来越多,可用的内存越来越少,轻则性能受损,重则系统崩溃. 一般情

Javascript的内存泄漏分析

作为程序员(更高大尚的称谓:研软件研发)的我们,无论是用Javascript,还是.net, java语言,肯定都遇到过内存泄漏的问题.只不过他们都有GC机制来帮助程序员完成内存回收的事情,如果你是C++开发者(你懂的).....,如果你是前端开发者,肯定在使用Javascript(你或者会说,Js是世界上最棒的语言),但我这里也得告诉你,Js的内存泄漏会来得更为突然,或者让你都无法察觉.本文就带大家领略一下Js的风骚: 一.模块化引起的内存泄漏 代码如下: // module date.js

记一道面试题:手写一个内存泄漏的代码,如何修正

前几天面试的时候被问到手写一个内存泄漏的代码,并且如何修正,当时有点蒙,后来面试官写了三行代码,如下 1 Object obj1=new Object(); 2 Object obj2=new Object(); 3 obj1=obj2; 试分析是否出现内存泄漏,为什么, 首先,先了解一下内存泄漏是什么?百度百科给了一个答案 简单的说就是我们已经不需要的对象,它没有被清理,依旧存在堆内存中.但是项目一旦运行又不会时长终止,那么这个对象就会一直存在,占用空间也会进行累计. 上面的代码是存在内存泄漏

Facebook 的 iOS 内存泄漏监测自动化实践

内存是移动设备上的共享资源,如果一个 App 无法正确地进行内存管理的话,将会导致内存消耗殆尽,闪退以及性能的严重下降. Facebook 的 iOS 版本的许多功能模块共用了同一份内存空间,如果其中的某一个模块消耗了特别多的内存资源的话,将会对整个 App 造成严重影响.举个栗子,当某个功能模块不小心造成了内存泄漏的时候,这个情况就很有可能会发生. 在 Facebook,我们有非常多的工程师同时在一个代码仓库下进行并行开发.内存泄漏是在开发过程中难以避免会遇见的问题.当内存泄漏发生时,我们就需

iOS - 内存管理之超级大坑内存泄漏QAQ

??前段时间被分配到查内存泄漏这种大坑,不胜惶恐!!!结果还真的跳进去了,爬了好长一段时间都没爬出来QAQ.每天开着Leaks各种捣鼓爱啪啪,然后看到一大波"神奇"的内存泄露信息,头都大了. ??不过这虽然是个大坑,不过趁着这次机会可以把内存管理知识好好实践了一遍.或许现在大多数的新项目都是ARC的了,然而在一些实际的大项目中,会重用很多诺干年前(其实也就几年前)的代码,QAQ,而这些代码会有很多实现采用的是MRC的方式,所以项目中就经常可以见到混合着ARC和MRC这两种不同内存管理模