My<cod/>.net
Компонент flvplayback проблемы с памятью
Мой сайт полностью основан на flash, он перемещается вокруг модели 3D, которая была предоставлена мне в виде фрагментов видео, которые я преобразовал в файлы FLV. Я использую компонент FLVPlayback для управления видео внутри моей программы. При выполнении проверок памяти с помощью System.totalMemory я заметил, что всякий раз, когда загружается видео, оно съедает кусок памяти, и даже когда я удаляю из него все прослушиватели событий(все они слабо связаны), удаляю компонент из его родительского элемента, останавливаю видео и null экземпляр компонента, он все равно не вернет эту память.
Это беспокоило меня с тех пор, как я начал работать над этим проектом из-за огромного количества видео, которое пользователь может потенциально создать и загрузить. В настоящее время каждое видео загружается в новый экземпляр FLVPlayback всякий раз, когда это требуется, но я прочитал, что, возможно, лучший способ решить эту проблему-просто иметь глобальный экземпляр FLVPlayback и просто перезагрузить новое видео в старый экземпляр, таким образом, в памяти приложения будет только один компонент FLVPlayback.
Кто-нибудь еще столкнулся с этой проблемой? Вы нашли лучшее решение, чем использование глобального экземпляра, который вы просто повторно используете для каждого нового видео?
Из того, что я собрал после Большого тестирования, следует, что flash динамически загружается в библиотеки и компоненты по мере необходимости, но никогда не собирает эти данные в мусор. Например, если у меня есть веб-сайт или приложение Air, которое использует компонент FLVPlayback, фактический компонент и связанные с ним библиотеки не загружаются до тех пор, пока не будет создан новый экземпляр FLVPlayback(). Затем он загрузится в библиотеку и компонент в память, но вы никогда не получите это пространство обратно, пока программа / веб-сайт не будет закрыт. Этот конкретный экземпляр с видео внутри него будет собирать мусор и освобождать некоторую память, пока вы удаляете слушателей из него, снимаете его со сцены и устанавливаете его в null.
Кроме того, если вы делаете отдельные видео, то VideoPlayer гораздо легче весит и очищает лучше.
К сожалению, вы не можете сильно помочь с проблемами памяти, пока Flash не добавит деструкторы и явное удаление объектов. Смотрите эту нить:
Выгрузка a ByteArray в Actionscript 3
Есть предел тому, сколько памяти могут использовать апплеты Flash; GC, кажется, срабатывает при достижении этого предела. Я видел, что мои простые апплеты памяти используют столько же, сколько и ~200MB,, только потому, что они работают часами напролет, а GC не хочет включаться.
О, и я не думаю, что использование одного экземпляра-это элегантное решение. В настоящее время я просто пишу функцию dispose() для своих пользовательских классов, ожидая когда-нибудь, когда ее можно будет превратить в правильный деструктор.
Спасибо за ответы, ссылки на другие вопросы блога также были полезны, я тоже прочитал всю информацию Гранта Скиннера о сборе мусора, но поиск по этим ссылкам и возвращение назад и перечитывание того, что он первоначально сказал о GC, помогли освежить старую башку. В дополнение к обнулению и повторному экземпляру этого единственного компонента FLVPlayback, я также понял, что я не правильно выгружал и уничтожал свои экземпляры загрузчика, поэтому я очистил их, и теперь программа работает намного эффективнее. Я бы сказал, что использование памяти улучшилось примерно на 90% для сайта.
@aib я признаю, что решение с одним экземпляром не является элегантным, но поскольку flash просто не отпускает эти файлы FLV, я в некотором роде застрял с ним.
@grapefrukt я ненавижу компоненты flash, они обычно вызывают больше горя, чем экономят время, однако в этом случае у меня было много ключевых точек и навигационных вещей, связанных с видеофайлами, и компонент FLVPlayback был лучшим решением, которое я нашел. Конечно, я все еще довольно новичок в мире actionscript, так что, возможно, я что-то переоценил
Я также хотел бы, чтобы у меня была репутация, чтобы превзойти оба ваших ответа, потому что они оба были полезны... c ля ви