1. Введение

Надеюсь что статья окажется полезной как для начинающих флэш-программистов, так и для профессионалов.
Чтобы не ходить вокруг да около предлагаю сразу перейти к теории.

Многие начинающие флэшеры, как и я в свое время, слабо понимают необходимость высвобождения памяти от ненужных объектов и классов. Так вот заранее хочу их предупредить – в более менее сложном проекте где вам придется постоянно работать с динамическими данными\объектами, у вас возникнет необходимость очищения памяти от «отработанных» объектов.

2. Откуда берутся утечки памяти?

Во flash вы никогда не работаете напрямую с объектом (классы массивы и т.д. и т.п.), каждый раз вы обращаетесь по ссылке к данному классу. То есть:

var classLink : Sprite = new Sprite();

В данном примере мы создаем новый экземпляр класса Sprite и classLink есть ничто иное как ссылка указывающая на данный экземпляр класса.

Во флэш не существует деструкторов для объектов, но присутствует механизм под названием сборщик мусора (Garbage Collector), который очищает память занимаемую экземплярами объектов (будь то класс, массив и т.д.), при каждой итерации (подходе) только если на данный экземпляр не существует ни одной ссылки. Таким образом если мы напишем:

var classLink : Sprite = new Sprite();
var doubleLink : Sprite = classLink;
 
classLink = null;

…то экземпляр класса Sprite не будет удален из памяти. Так же стоит помнить, что если вы используете ссылку на данный объект еще где либо – например вы добавили объект на сцену:

this.addChild(classLink);

..то display list сцены будет содержать ссылку на данный экземпляр класса, и при приравнивании classLink к null не даст вам никаких результатов. Тот же случай ожидает вас при использовании подписки на события объекта (addEventListener);

Мораль: необходимо удалять все ссылки на объект, чтобы сборщик мусора очистил участок памяти занимаемый объектом.

3. От теории к практике. Модель уничтожения.

Вам будет гораздо проще если я подскажу вам уже готовое решение, которое вы сами сможете разобрать при желании.

В своих ссылках я упомянул великолепную библиотеку CASALib, она содержит в своем составе RemovableEventDispatcher и различные интерфейсы вроде IRemovable, IDestroyable, и стандартные классы CasaSprite, CasaMovieClip, CasaTextField и т.д. и т.п.; стандартные классы представляют из себя ничего более кроме как самоуничтожающиеся классы которые в своем арсенале имеют такие методы как removeEventListeners (отписывание всех слушателей) и destroy (убирание себя со сцены, отписывание от всех слушателей и уничтожение собственного ListenerManager’a), и кучу еще всего полезного.

А теперь друзья мои вопрос – к чему я все это написал? К тому чтобы вы посмотрели код класса CasaSprite и усвоили раз и навсегда, что пускай не самым удобным, но очень качественным способом уничтожения объектов для вас будет создание для классов деструктора, в котором будут удаляться все зависимые ссылки, с последующим их обнулением.

  classLink.destroy();
  classLink = null;

Я настоятельно рекомендую использование библиотеки CASALib и её модели деструкторов, поверьте мне — это облегчит вам жизнь.

seeAlso: ListenerManager, IRemovable, IDestroyable.
ps. Это не пропаганда, и не заказной пост (для опенсорса смешно звучит кстати), просто данная библиотека (можно смело назвать подручный фрэймворк) существенно облегчит вам жизнь, и сделает программирование приятнее и удобнее.

Если вы еще не разбирались с ант’ом, то крайне советую вам им заняться, ведь вы упускаете очень удобные возможности.

Секрет прост.

public static function get allowNetworking() : Boolean {
  try {
    ExternalInterface.call(null);
  }
  catch (e : SecurityError) {
    return false;
  }
  return true;
}

Прочитав данный материал, освоив его, я приступил к делу.
К моему большому удивлению, проделав все описанное в статье, для своего проекта, я обнаружил, что результат неудовлетворительный — полоса загрузки появлялась буквально под конец, и стоит учесть, что у меня использовалась конструкция [Embed] (благо CS4 позволяет это), вероятно я что-то сделал неверно, но факт остался фактом – реорганизация проекта получилась крайне замороченной и неудобной.

Я некоторое время бился с этой проблемой и решил поэкспериментировать. На деле же всё оказалось очень просто.

Начну с того что класс который используется у человека с ником etc (ссылку на его блог я привел выше) отлично подойдет и для нас. Прописываем его в качестве класса документа.

И далее производим следующие махинации: в Publish Settings (вкладка Flash) мы жмем Settings и прописываем экспорт классов на второй кадр. При этом на таймлайне у нас должно быть три пустых кадра.

Если у вас в проекте имеются компоненты, то для ассетов этих компонентов все свойства надо оставить такими как они есть — то есть галочка на экспорт класса во второй кадр должна быть отключена.

Теперь самое интересное – я думаю вы наделали уже своих спрайтов, мувиклипов и т.д. и присвоили им при необходимости классы? Если да то поздравляю, вам нужно чтобы в свойствах данных мувиклипов стояли галочки – экспортировать во второй кадр. А теперь магия чисел.

Создаем мувиклип с названием MainClass, где в качестве Base Class прописываем наш базовый класс (то есть класс основного действия вашей флэшки), и… Внимание! И тоже ставим галочку экспортировать во второй кадр.

Никаких дополнительных мувиклипов создавать не нужно.

А давайте посмотрим как же будет выглядеть у нас класс прелоадера?
А вот и он:

package com.preloader {
   import flash.display.MovieClip;
   import flash.display.Sprite;
   import flash.events.Event;
   import flash.events.ProgressEvent;
   import flash.utils.getDefinitionByName;
 
   /**
    * @author Ilya Malanin (designer@pastila.org)
    */
   public class Preloader extends MovieClip {
 
      private var progressBar : Sprite;
      private static const ENTRY_FRAME : int = 3;
 
      public function Preloader() : void {
          super();
          stop();
          progressBar = new Sprite();
          progressBar.y = stage.stageHeight / 2 - 2;
          with (progressBar.graphics) {
              beginFill(0x0, 1);
              drawRect(0, 0, stage.stageWidth, 4);
              endFill();
          }
 
          addChild(progressBar);
 
          loaderInfo.addEventListener(ProgressEvent.PROGRESS, progressHandler);
          loaderInfo.addEventListener(Event.COMPLETE, completeHandler);
      }
 
      private function completeHandler(event : Event) : void {
          play();
          addEventListener(Event.ENTER_FRAME, enterFrameHandler);
      }
 
      private function enterFrameHandler(event : Event) : void {
          if (currentFrame >= ENTRY_FRAME) {
              removeEventListener(Event.ENTER_FRAME, enterFrameHandler);
              stop();
              var main : Class = loaderInfo.applicationDomain.getDefinition("MainClass") as Class;
              addChild(new main());
          }
      }
 
      private function progressHandler(event : ProgressEvent) : void {
          progressBar.scaleX = 1 / event.bytesTotal * event.bytesLoaded;
      }
   }
}

Поздравляю, вы стали обладателем внутреннего прелоадера, который не будет взрывать вам мозг.

p.s.
Не забудьте пожалуйста, что в главном классе вашей флэшки в конструкторе необходимо использовать такую конструкцию:

  public function SupaClass() {
      super();
      addEventListener(Event.ADDED_TO_STAGE, initSupaClass);
  }
 
  private function initSupaClass(event : Event) : void {
      ...
  }

Исходники вы можете взять тут (чтобы скомпилировать и проверить работоспособность, после распаковки архива положите в папочку images любую картинку (желательно большого размера) и назовите файл logo.jpg, теперь можно компилировать).