기본 콘텐츠로 건너뛰기

글

11월, 2022의 게시물 표시

Javascript: this 키워드

1. Javascript의 this 키워드도 대체로 자기 자신(객체)을 가리킨다 보통 Java 같은 객체지향 언어에서 this 가 가리키는 대상은 this 을 선언한 해당 메서드를 수행 중인 자기 자신(객체)이다. Javascript 에서 this 는 이와 비슷한 역할을 한다. 우선, 기본적으로 Javascript 의 this 키워드는 다른 객체지향 언어와 마찬가지로 this 가 선언된 메서드를 수행 중인 객체를 가리킨다. function person ( ) { this . name = '강아무개' ; //person클래스의 생성자 메서드에서 선언. 즉, 생성자를 통해 생성할 person 객체를 가리킨다. } //ES6 문법에서 등장한 class 선언 문법 class person { constructor ( ) { this . name = '강아무개' ; //마찬가지로 this는 새로 생성할 person 객체를 가리킨다. } } 2. Javascript this를 메서드 블록 밖에서도 사용할 수 있다 Javascript에서의 this 는 특별하다. 자신의 객체를 가리키는 this 의 용도상 메서드 선언 블록에서만 this 를 사용해야 하는 게 보통의 언어지만, Javascript는 this 를 사용자 코드 어디에서든지 사용이 가능하다. 메서드를 포함한 모든 종류의 함수 내부에서 사용되며, 함수 밖 전역에서 단독으로 사용될 수도 있다. 2.1. 함수 내부에서 사용된 this 키워드 함수 내부에서 사용된 this 키워드는 호출 형태에 따라 참조하는 값이 달라진다. 2.1.1. 객체의 메서드로서 호출될 때 this 는 함수가 어떤 객체의 메서드로서 호출될 때, 해당 객체를 참조한다. ES6의 클래스 문법 또는 리터럴 방식으로 메서드를 선언할 수 있다. 메서드로 선언되지 않은 함수들도 동적으로 임의의 객체에 메서드로 할당될 수 있다. Javascript의 객체는 메서드를 프로퍼티로 가...

알고리즘의 자바 솔루션에서 GC로 인한 메모리 초과를 방지하는법

1. 자바 솔루션에서 메모리 초과가 나는 이유 1.1. 메모리 누수? 먼저, 메모리 누수 는 아니다. 메모리 누수는 고려하지 않는다. 알고리즘 문제는 대게 메모리 요구사항이 있고 메모리 요구사항은 GC 가 돌아가는 조건에 한참 못미친다. 애초에 후술하겠지만 GC 가 수행도중에 돌아가서도 안된다. GC 가 돌아가지 않으니 해당 솔루션이 메모리 누수가 나는 설계를 하였다고 하여도 메모리 초과의 직접적인 원인이라 할 수 없다. 그러나 현업에서는 GC 가 비정상적인 상황이 아니며, 따라서 현업 앱 설계에는 메모리 누수에대한 고려가 필요하다. 1.2. 주요 2가지 원인 경험상 크게 2가지 이유가 있다. 문제에서 요구하는 공간 복잡도를 만족시키지 못한 경우. 이런 경우는 오히려 알고리즘의 재설계를 통해 쉽게 해결될 수 있다. 문제 해결이 쉽다. 공간 복잡도는 만족했지만 GC가 제때 되지 않아 메모리 초과가 나는경우 대게 자바는 2번 이유로 메모리 초과가 나는경우가 많다. 알고리즘의 공간 복잡도를 따져보면 조건을 만족하지만, 메모리 초과가 뜨는 경우이다. System.gc() 를 코드 중간에 삽입해서 강제로 gc를 돌려주면 메모리 요구사항을 만족하는 것을 확인할 수 있다. 2. GC 강제로 돌리기 System.gc() 는 강제로 GC 를 수행시켜주는 시스템 메소드이다. 이 메소드를 Unreachable Object 가 생기는 시점마다 강제로 호출시켜주면 C 언어의 malloc() 동적할당 변수에 free() 를 써준 것처럼, 즉시 모든 Unreachable Object 들의 메모리가 해제된다. 이렇게 강제로 GC 를 돌려주면 알고리즘이 자신이 가진 공간복잡도를 온전히 발휘하여 문제의 메모리 요구사항을 만족시킬 순 있다. 하지만, GC 는 기본적으로 시간이 오래 걸리는 연산이다. c 언어의 free() 와는 다르게 GC는 그 대상을 명시해서 사용하지 않는다. GC는 스스로 자신이 해제시켜야할 Unreachable Object 들을 찾아야하며...