Вы знаете то, что может вызвать утечки памяти в JavaScript?

Вы можете использовать:

p4 changes -m1 //clientname/...

, чтобы получить все изменения, отправленные в пути, сопоставленные с текущим клиентом (который для потокового клиента будет таким же, как «текущий поток»).

Если вы не знаете текущего клиента, вы можете сделать p4 set P4CLIENT или p4 info. Различные API имеют некоторый эквивалент p4 set P4CLIENT, например, ClientApi :: GetClient в C ++ API, и все API-интерфейсы могут запускать серверные команды, например info.

В качестве альтернативы, если вы знаете корневой каталог клиента (который, вероятно, совпадает с каталогом проекта Unreal?), Вы можете использовать это:

p4 changes -m1 C:\project\...

или, если это ваш текущий рабочий каталог, просто: 1111]

p4 changes -m1 ...
23
задан Michael Dubakov 4 October 2008 в 14:28
поделиться

5 ответов

Существует хорошая статья [приблизительно 110] JavaScript и утечки памяти . Это не делает конкретный относительно на браузере, это скорее описывает целое, проблематичное из утечек памяти и JavaScript.

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

33
ответ дан 29 November 2019 в 01:10
поделиться

Вот классическая утечка памяти в IE:-

function body_onload()
{
    var elem = document.getElementById('someElementId');
    // do stuff with elem
    elem.onclick = function() {
        //Some code that doesn't need the elem variable
    }
 }

После того, как этот код работал существует циклическая ссылка, потому что элемент имеет функцию, присвоил ее onclick событие, которое ссылается на объект объема, который в свою очередь содержит ссылку на элемент.

someElement-> onclick-> функциональный объем-> элемент-> someElement

В IE элементы DOM являются базирующимся подсчетом ссылок COM, возражает, что GC JavaScript не может очистка.

добавление заключительной строки в вышеупомянутом коде убрало бы его up:-

var elem = null;
22
ответ дан 29 November 2019 в 01:10
поделиться

В целом; циклические ссылки являются причиной многих проблем. Я помню IE 6 (не уверенный, если он относится 7), протекающий вполне плохо с XMLHTTP... устанавливающим onreadystatechange = пустой указатель, как только он был закончен с фиксированным это.

3
ответ дан 29 November 2019 в 01:10
поделиться

Вы имеете дело с 2 видами объектов (и 2 сборщика "мусора"), JavaScript и Объекты DOM, которые могут сослаться друг на друга (циклическая ссылка), и затем никакой GC не может заботиться обо всех своих объектах, даже когда страница разгружается. Вот хорошее описание:

http://getben.com/archive/2006/05/30/Resolving-JavaScript-Memory-Leaks.aspx

http://www.josh-davis.org/2007/04/11/javascript-built-in-listeners-and-memory-leaks/

2
ответ дан 29 November 2019 в 01:10
поделиться

Можно проверить этот статья MSDN для шаблонов утечки памяти Internet Explorer. Также существуют некоторые инструменты для обнаружения утечек памяти:

1
ответ дан 29 November 2019 в 01:10
поделиться
Другие вопросы по тегам:

Похожие вопросы: