JavaScript 메모리 해제 문제_javascript 기술에 대한 자세한 설명

이 기사는 JavaScript 및 IE 브라우저의 메모리 관리 및 릴리스 시기와 방법에 대해 자세히 설명합니다. 프론트엔드 개발자에게 도움이 되기를 바랍니다.

메모리 해제 예시

코드 복사 코드는 다음과 같습니다.

CollectGarbage는 IE의 고유한 속성으로, 메모리를 해제하는 데 사용됩니다. 사용 방법은 변수 또는 참조 개체를 null로 설정하거나 삭제한 후 해제 작업을 수행하는 것입니다

CollectGarbage를 수행하기 전에 두 가지 전제 조건을 알아야 합니다.

참조 - 개체가 존재하는 컨텍스트 외부에서는 개체가 유효하지 않게 됩니다.
- 글로벌 객체는 사용(참조)되지 않으면 유효하지 않게 됩니다.

코드 복사 코드는 다음과 같습니다.

//------------------------------------------------ ----------
//자바스크립트 객체는 언제 만료되나요
//------------------------------------------------ ----------
함수 testObject() {
var _obj1 = 새 객체();
}
함수 testObject2() {
var _obj2 = 새 객체();
return _obj2;
}
// 예시 1
testObject();
// 예시 2
testObject2()
//예제 3
var obj3 = testObject2();
obj3 = null;
//예제 4
var obj4 = testObject2();
var arr = [obj4];
obj3 = null;
arr = [];

이 네 가지 예는 다음과 같습니다.
- "예제 1"은 testObject() 함수에서 _obj1을 구성하지만 함수가 종료되면 함수의 컨텍스트를 벗어나므로 _obj1은 유효하지 않습니다.

- "예제 2"에서는 _obj2 개체도 testObject2()에서 생성되어 전달되므로 개체에는 "외부 함수" 컨텍스트(및 수명 주기)가 있습니다. not 다른 변수는 "보류"되므로 _obj2도 즉시 유효하지 않습니다.

- "예제 3"에서 testObject2()에 의해 생성된 _obj2는 외부 변수 obj3에 의해 유지됩니다. 이때 "obj3=null" 코드 줄이 적용될 때까지 참조 관계가 사라지므로 _obj2는 유효하지 않게 됩니다. .

- 예제 3과 같은 이유로 "예제 4"의 _obj2는 "arr=[]" 코드 줄 이후에 유효하지 않게 됩니다.

그러나 개체의 "무효화"는 개체가 "해제"될 때까지 기다리지 않습니다. JavaScript 런타임 환경 내에서는 객체가 언제 해제될지 사용자에게 정확하게 알릴 수 있는 방법이 없습니다. 이는 JavaScript의 메모리 재활용 메커니즘에 의존합니다. ——이 전략은 .NET의 재활용 메커니즘과 유사합니다.

이전 엑셀 연산 샘플 코드에서 객체의 소유자, 즉 "EXCEL.EXE"라는 프로세스는 "ActiveX 객체 인스턴스 해제" 이후에만 발생할 수 있었습니다. 파일 잠금 및 운영 체제 권한 자격 증명은 프로세스와 관련되어 있습니다. 따라서 개체가 "해제"되지 않고 단순히 "무효화"된 경우 파일을 처리하고 운영 체제의 권한 자격 증명을 참조하는 다른 프로세스에 문제가 발생합니다.

——어떤 사람들은 이것이 JavaScript나 COM 메커니즘의 BUG라고 말합니다. 실제로는 아닙니다. 이는 독립적인 문제라기보다는 OS, IE 및 JavaScript 간의 복잡한 관계로 인해 발생합니다.

Microsoft는 이 문제를 해결하기 위한 전략을 공개했습니다. 바로 메모리 재활용 프로세스를 적극적으로 호출하는 것입니다.

CollectGarbage() 프로세스(일반적으로 GC 프로세스라고 함)는 (Microsoft) JScript에서 제공됩니다. GC 프로세스는 현재 IE에서 "잘못된 개체 예외"를 정리하는 데 사용됩니다. 객체의 소멸자 프로세스.

위 예에서 GC 프로세스를 호출하는 코드는 다음과 같습니다.

코드 복사 코드는 다음과 같습니다.

//------------------------------------------------ ----------
// ActiveX Object 처리 시 GC 프로세스의 표준 호출 방식
//------------------------------------------------ ----------
함수 writeXLS() {
//(생략...)
excel.Quit();
엑셀 = null;
setTimeout(CollectGarbage, 1);
}

코드의 첫 번째 줄은 excel.Quit() 메서드를 호출하여 Excel 프로세스를 종료하고 종료합니다. 이때 JavaScript 환경은 Excel 개체 인스턴스를 보유하므로 Excel 프로세스가 실제로 종료되지 않습니다.

두 번째 코드 줄은 Excel을 null로 만들어 개체 참조를 지워 개체를 "무효화"합니다. 그러나 개체는 여전히 함수 컨텍스트에 있으므로 GC 프로세스를 직접 호출하면 개체가 여전히 정리되지 않습니다.

세 번째 코드 줄은 setTimeout()을 사용하여 CollectGarbage 함수를 호출하고 시간 간격을 '1'로 설정하여 writeXLS() 함수가 실행된 후에만 GC 프로세스가 발생하도록 합니다. 이러한 방식으로 Excel 개체는 "GC로 정리 가능"이라는 두 가지 조건, 즉 참조가 없고 컨텍스트를 벗어나는 조건을 충족합니다.

ActiveX Object를 사용하는 JS 환경에서는 GC 프로세스의 활용이 매우 효과적입니다. 잠재적인 ActiveXObject에는 XML, VML, OWC(Office Web Component), 플래시, 심지어 JS의 VBArray도 포함됩니다. 이러한 관점에서 Ajax 아키텍처는 XMLHTTP를 사용하며 "페이지 전환 없음" 기능도 충족해야 합니다. 따라서 적절한 시점에 GC 프로세스를 적극적으로 호출하면 더 효율적인 UI 경험을 얻을 수 있습니다.

사실 GC 프로세스를 사용해도 위에서 언급한 엑셀 문제는 아직 완전히 해결되지는 않습니다. IE는 권한 자격 증명도 캐시하기 때문입니다. 페이지의 자격 증명을 업데이트하는 유일한 방법은 "새 페이지로 전환"하는 것입니다.

그래서 사실 앞서 말씀드렸던 SPS 프로젝트에서 제가 사용한 방식은 GC가 아니고 아래와 같은 코드였습니다.

코드 복사 코드는 다음과 같습니다.

//------------------------------------------------ ----------
// ActiveX Object 처리 시 사용되는 페이지 전환 코드
//------------------------------------------------ ----------
함수 writeXLS() {
//(생략...)
excel.Quit();
엑셀 = null;
// 다음 코드는 MSDN에서 제공하는 방법인 IE 호출 Excel에서 BUG를 해결하는 데 사용됩니다.
// setTimeout(CollectGarbage, 1);
// 웹페이지의 신뢰할 수 있는 상태는 삭제(또는 동기화)할 수 없으므로
에서는 SaveAs()와 같은 메소드를 사용합니다. //다음번 호출시 무효입니다.
location.reload();
}

설명서의 삭제 연산자 설명
참조는 객체에서 속성을 제거하거나 배열에서 요소를 제거합니다.

표현 삭제

expression 매개 변수는 유효한 JScript 식이며 일반적으로 속성 이름 또는 배열 요소입니다.

설명

expression의 결과가 객체이고 표현식에 지정된 속성이 존재하며 객체가 삭제를 허용하지 않는 경우 false를 반환합니다.

다른 모든 경우에는 true를 반환합니다.

마지막으로 GC에 대한 보충 참고 사항: IE 양식이 최소화되면 IE는 CollectGarbage() 함수를 한 번 적극적으로 호출합니다. 이를 통해 IE 창을 최소화한 후 메모리 사용량을 크게 향상시킬 수 있습니다