Happy? Unhappy? The Choice is yours... "변화의 시기에는 배우려고 하는 이들이 세상을 차지합니다"

flex나 flash를 다루다 보면 참 알다가도 모를것이 GC입니다..
하지만 전  절대적으로 플래시 플레이어의 GC를 믿는편입니다.

프로젝트를 진행하다 메모리가 FULL이 나는 상황을 만나보지 못했으니 하는 말 일수도 있습니다.
하지만 개발당시 메모리와 CPU를 보며 개발을 하는편입니다.

fps와 System.totalMemory를 찍어서 메모리를 보면서 하는것이 대부분이지만요.
아시는 분들이 꽤 많으실꺼라 생각이 되는데.
System.gc()에 관한 겁니다.

이놈이 debug mode에서만 작동한다는거겠죠..
그런데 온라인 상에서 강제 GC를 일으킬수 있습니다..

try{
     new LocalConnection().connect('foo');
     new LocalConnection().connect('foo');
}catch(e:Error(){}

플래시 플레이어의 버그로 저렇게 localconnetion을 2번 맺으면 GC가 발생하게 됩니다.

간단하게 Class의 Util로 빼본다면 이렇게 되겠죠..

package net.asjs.utils
{
 import flash.net.LocalConnection;
 
 public class GCManager{
 
  public function GCManager() {}
 
  public static function gc():void
  {   
   try
   {
    new LocalConnection().connect('foo');
    new LocalConnection().connect('foo');
   }catch (e:Error){
   
   }  
  }
 }
}

하지만 이렇게 해준다고 능사가 아닙니다.
흔히들 addEventListener("type",method);만 적고 끝내는 경우가 많죠..
하지만 리스너가 GC대상이 되려면 이런 코딩을 생활화 해야만 합니다.

addEventListener("type",method,false,0,true); 약한 참조의 활성화..

그리고 지양해야만 하는 코드가 있습니다.

addEventListener("type",function(evt:Event):void{
    //로직
});

이렇게 동적 method를 넣어 버리면 저렇게 추가된 이벤트는 참조가 불가능해져서 지울수가 없습니다.
EventManager같은걸 만들어서 관리하는 것도 좋지요..

이외에도 bitmap을 활용하는 것도 좋고 loader를 재활용하는 것도 도움이 됩니다. loader가 불러온 데이터를
재 활용하는 것도 좋은 사용법이 될겁니다.

그리고 중요한 것중에 하나는 이미 받은건 다시 받지 말자입니다.
또한 많이 받아야 하는데 그 많이 받은것이 보여지지 않는 다면 받지 말자입니다.
물론 미리 받아놔야 이벤트가 더 자연스럽고 화려할수는 있습니다만 네크웤을 생각하고 자원을 생각한다면
보여지지 않는 것은 미리 받지 않는것이 커다란 도움을 줍니다. 사이트 로딩속도에도 지대한 영향을 미치죠.
스크립트 몇줄 줄이는 것보다 이미지 하나 덜 부르는것이 10배는 더 효과적 일수 있습니다.

GC이야기 하다 최적화하는 방향으로 이야기가 빠졌네요.
아무튼 아껴야 합니다.그리고 수단 과 방법은 최대한 활용해야 합니다.
그래야 잘 살수 있습니다 :)

참 걱정입니다..
요즘 제 심정은 영어로 하자면... I don't know what i want
무엇을 원하는지 알수가 없네요...제게도 메모리풀 현상이 발생한듯 합니다..
제게도 gc가 필요할때 같습니다..언제 gc가 일어날지 모르겠지만...기다려 보렵니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.