0320 ~ 0402

# 0320 ~ 0402

# 0322 - 테스트 커버리지(Test Coverage)

# 화이트 박스 테스트

테스트 커버리지는 화이트 박스 테스트에서 사용되는 개념
응용 프로그램의 내부 구조와 동작을 검사하는 소프트웨어 테스트 방식, 개발자 관점의 단위테스팅 기법
소프트웨어의 동작을 검사하는 블랙박스 테스트와는 반대되는 개념

# 테스트 커버리지란

검증 중에 소프트웨어 코드를 얼마만큼 실행시켜 봤는지에 대한 척도 = 소스코드 수행률
전체 코드 중에 테스트로 실행된 코드의 비율로 표현
- 0%면 실행된 코드가 없는것이고 100%면 전체 코드를 모두 실행시켜 봤다는 것을 의미

# 테스트 커버리지를 측정해야하는 이유

테스트 작업 자체의 품질을 객관적/정량적으로 확인이 가능
측정된 테스트 커버리지는 테스트 종료 조건으로 활용 가능
- 가이드라인이 될 수 있음
- (ex. 커버리지 80% 이상이면 테스트 종료)
테스트 커버리지 효과
- 테스트 커버리지가 50%일 때 25%에 불과하던 오류 검출률이 커버리지 90%일 때는 79%까지 상승

# 테스트 커버리지의 종류

구문 커버리지(Statement Coverage)
- 실행된 라인 수 / 실행가능한 전체 라인 수
결정 커버리지(Branch or Decision Coverage)
- 분기마다 True/False 가능한 모든 경로가 실행되는지
변형 조건/ 결정 커버리지(MC/DC)
- Multiple condition Coverage의 단점을 보완
- 각 조건이 독립적으로 분기의 결과에 영향을 미치는 경우를 확인

# 높은 테스트 커버리지의 이점

배포 안정성
리팩토링
불필요한 프로덕션 코드 삭제
프로덕션 코드에 대한 이해도 상승

# 0323 - JVM의 default Heap Size

JVM(Java Virutal Machine)의 기본 메모리 값은 사용 중인 Java 버전에 따라 다르지만 다음은 Java 8을 기본으로 한다.

# 런타임시 확인

Runtime.getRuntime().maxMemory()

# Java Default Heap/Perm Size 확인

Linux

java -XX:+PrintFlagsFinal -version 2>&1 | grep -i -E 'heapsize|permsize|version'

# java -XX:+PrintFlagsFinal -version 2>&1 | grep -i -E 'heapsize|permsize|version'

    uintx AdaptivePermSizeWeight                    = 20              {product}
    uintx ErgoHeapSizeLimit                         = 0               {product}
    uintx HeapSizePerGCThread                       = 87241520        {product}
    uintx InitialHeapSize                          := 128983616       {product}
    uintx LargePageHeapSizeThreshold                = 134217728       {product}
    uintx MaxHeapSize                              := 2065694720      {product}
    uintx MaxPermSize                               = 174063616       {pd product}
    uintx PermSize                                  = 21757952        {pd product}

java version "1.7.0_79"

1
2
3
4
5
6
7
8
9
10
11
12

Windows

java -XX:+PrintFlagsFinal -version 2>&1 | findstr /I "heapsize permsize version"

D:\>java -XX:+PrintFlagsFinal -version 2>&1 | findstr /I "heapsize metaspacesize version"

    uintx ErgoHeapSizeLimit                         = 0                                   {product}
    uintx HeapSizePerGCThread                       = 87241520                            {product}
    uintx InitialBootClassLoaderMetaspaceSize       = 4194304                             {product}
    uintx InitialHeapSize                          := 134217728                           {product}
    uintx LargePageHeapSizeThreshold                = 134217728                           {product}
    uintx MaxHeapSize                              := 2147483648                          {product}
    uintx MaxMetaspaceSize                          = 4294901760                          {product}
    uintx MetaspaceSize                             = 21807104                            {pd product}

java version "1.8.0_111"

1
2
3
4
5
6
7
8
9
10
11
12

# 초기 값 기준

jvm을 server class로 실행하면 초기 heap size는 메모리의 1/64 이고, 최대 heap size는 1/4까지 늘어난다.

# 0329 - Heap 영역의 TLAB, PLAB

TLAB 및 PLAB는 힙 메모리 할당 성능을 향상시키기 위해 JVM에서 사용되는 두 가지 메모리 할당 기술이다.

# TLAB(Thread Local Allocation Buffers)란 무엇인가?

TLAB는 각 스레드에서 작은 개체에 대한 메모리를 할당하는 데 사용된다. 각 스레드에는 자체 TLAB가 있어 스레드 간의 메모리 할당 경합을 줄이는 데 도움이 된다. 스레드가 메모리를 요청하면 JVM은 스레드의 TLAB 부분을 요청에 할당한다. TLAB가 가득 차면 스레드는 힙에서 메모리를 요청한다. TLAB는 작은 객체에 대한 메모리 할당 성능을 향상시킬 수 있지만 힙 조각화를 유발할 수도 있다.

Heap 메모리에 새로운 객체가 생성될 때, 만약 TLAB이 활성화되어 있다면 객체는 우선 TLAB에 위치하게 된다.
TLAB은 Eden 영역에만 존재한다. 따라서 TLAB을 사용하면 에덴 영역을 좀 더 많이 사용하게 되지만 객체 생성시 성능 효과를 볼 수 있다.
각 스레드는 빠른 메모리 할당을 위해 자신만의 TLAB을 가지고 있다.
따라서 TLAB의 총 크기는 스레드 수에 비례한다.
TLAB를 사용하려면 -XX:+UseTLAB 옵션을 사용한다.
TLAB의 크기를 조절하려면 -XX:+UseTLAB 옵션을 사용한다. 디폴트는 0인데 이때는 시스템이 알아서 조절하게 된다.

# PLAB(Promotion Local Allocation BUffers)란 무엇인가?

GC에서 Generation을 청소하는 동안 사용된다.
각 스레드에 존재한다.

# 0331 - Java Comparable and Comparator

# 배열 정렬

String[] fruits = new String[] {"Pineapple","Apple", "Orange", "Banana"}; 
    
Arrays.sort(fruits);
    
int i=0;
for(String temp: fruits){
    System.out.println("fruits " + ++i + " : " + temp);
}

1
2
3
4
5
6
7
8

fruits 1 : Apple
fruits 2 : Banana
fruits 3 : Orange
fruits 4 : Pineapple

1
2
3
4

# ArrayList 정렬

List<String> fruits = new ArrayList<String>();
        
fruits.add("Pineapple");
fruits.add("Apple");
fruits.add("Orange");
fruits.add("Banana");

Collections.sort(fruits);
    
int i=0;
for(String temp: fruits){
    System.out.println("fruits " + ++i + " : " + temp);
}

1
2
3
4
5
6
7
8
9
10
11
12
13

fruits 1 : Apple
fruits 2 : Banana
fruits 3 : Orange
fruits 4 : Pineapple

1
2
3
4

# Comparable 정렬

public class Fruit implements Comparable<Fruit>{
	
	private String fruitName;
	private String fruitDesc;
	private int quantity;

	public int compareTo(Fruit compareFruit) {
			
		//ascending order
		return this.quantity - compareFruit.getQuantity();
		
		//descending order
		//return compareFruit.getQuantity() - this.quantity;
		
	}	
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

public class SortFruitObject{
	
	public static void main(String args[]){

		List<Fruit> fruits = new ArrayList<>();
		
		fruits.add(new Fruit("Pineapple", "Pineapple description",70)); 
		fruits.add(new Fruit("Apple", "Apple description",100)); 
		fruits.add(new Fruit("Orange", "Orange description",80)); 
		fruits.add(new Fruit("Banana", "Banana description",90)); 
		
        Collections.sort(fruits);
	}	
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14

fruits 1 : Pineapple, Quantity : 70
fruits 2 : Orange, Quantity : 80
fruits 3 : Banana, Quantity : 90
fruits 4 : Apple, Quantity : 100

1
2
3
4

# Comparator

public class Fruit {
	
	private String fruitName;
	private String fruitDesc;
	private int quantity;

    public static Comparator<Fruit> fruitNameComparator = new Comparator<Fruit>() {

	    public int compare(Fruit fruit1, Fruit fruit2) {
	    	
	      String fruitName1 = fruit1.getFruitName().toUpperCase();
	      String fruitName2 = fruit2.getFruitName().toUpperCase();
	      
	      //ascending order
	      return fruitName1.compareTo(fruitName2);
	      
	      //descending order
	      //return fruitName2.compareTo(fruitName1);
	    }

	};
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

Collections.sort(fruits, Fruit.fruitNameComparator);

fruits 1 : Apple, Quantity : 100
fruits 2 : Banana, Quantity : 90
fruits 3 : Orange, Quantity : 80
fruits 4 : Pineapple, Quantity : 70

1
2
3
4

# 0402 - Servlet(서블릿)

# Servlet

서블릿을 한 줄로 정의하면 아래와 같다

클라이언트의 요청을 처리하고, 그 결과를 반환하는 Servlet 클래스의 구현 규칙을 지킨 자바 웹 프로그래밍 기술

간단히 말해서, 서블릿이란 자바를 사용하여 웹을 만들기 위해 필요한 기술이다. 좀더 설명하면 클라이언트가 어떠한 요청을 하면 그에 대한 결과를 다시 전송해주어야 하는데, 이러한 역할을 하는 자바 프로그램이다.

# 서블릿 특징

클라이언트의 요청에 대해 동적으로 작동하는 웹 어플리케이션 컴포넌트
html을 사용하여 요청에 응답한다
Java Thread를 이용하여 동작한다
MVC 패턴에서 Controller로 이용된다
HTTP 프로토콜 서비스를 지원하는 javax.servlet.http.HttpServlet 클래스를 상속받는다
UDP보다 처리 속도가 느리다
HTML 변경 시 Servlet을 재컴파일해야 하는 단점이 있다.

# Servlet 동작 방식

사용자(클라이언트)가 URL을 입력하면 HTTP Request가 Servlet Container로 전송한다.
요청을 전송받은 Servlet Container는 HttpServletRequest, HttpServletResponse 객체를 생성한다.
web.xml을 기반으로 사용자가 요청한 URL이 어느 서블릿에 대한 요청인지 찾는다.
해당 서블릿에서 service메소드를 호출한 후 클라이언트의 GET, POST여부에 따라 doGet() 또는 doPost()를 호출한다.
doGet() or doPost() 메소드는 동적 페이지를 생성한 후 HttpServletResponse 객체에 응답을 보낸다.
응답이 끝나면 HttpServletRequest, HttpServletResponse 두 객체를 소멸시킨다.

# Servlet Container(서블릿 컨테이너)

서블릿을 관리해주는 컨테이너

서블릿 컨테이너는 클라이언트의 요청을 받아주고 응답할 수 있게, 웹서버와 소켓으로 통신하며 대표적인 예로 톰캣(Tomcat)이 있다. 톰캣은 실제로 웹 서버와 통신하여 JSP(자바 서버 페이지)와 Servlet이 작동하는 환경을 제공한다.

# Servlet Container 역할

웹서버와의 통신 지원
- 서블릿 컨테이너는 서블릿과 웹서버가 손쉽게 통신할 수 있게 해준다. 일반적으로 우리는 소켓을 만들고 listen, accept 등을 해야하지만 서블릿 컨테이너는 이러한 기능을 API로 제공하여 복잡한 과정을 생략할 수 있게 해준다. 개발자가 그래서 비지니스 로직에 대해서만 초점을 두게끔 도와준다.
서블릿 생명주기(Life Cycle)관리
- 서블릿 컨테이너는 서블릿 탄생과 죽음을 관리한다. 서블릿 클래스를 로딩하여 인스턴스화하고, 초기화 메소드를 호출하고, 요청이 들어오면 적절한 서블릿 메소드를 호출한다. 또한 서블릿이 생명을 다 한 순간에는 적절하게 가비지 컬렉션을 진행사여 편의를 제공한다.
멀티쓰레드 지원 및 관리
- 서블릿 컨테이너는 요청이 올 때 마다 새로운 자바 쓰레드를 하나 생성하는데, HTTP 서비스 메소드를 실행하고 나면, 쓰레드는 자동으로 죽게된다. 원래는 쓰레드를 관리해야 하지만 서버가 다중 쓰레드를 생성 및 운영해주니 쓰레드의 안정성에 대해서 걱정하지 않아도 된다.
선언적인 보안 관리
- 서블릿 컨테이너를 사용하면 개발자는 보안에 관련된 내용을 서블릿 또는 자바 클래스에 구현해 놓지 않아도 된다. 일반적으로는 보안관리 XML 배포 서술자에다가 기록하므로, 보안에 대해 수정할 일이 생겨도 자바 코드를 수정하여 다시 컴파일 하지 않아도 보안관리가 가능하다.

# Servlet 생명주기

클라이언트의 요청이 들어오면 컨테이너는 해당 서블릿이 메모리에 있는지 확인하고 없을 경우 init()메소드를 호출하여 적재한다. init()메소드는 처음 한번만 실행되기 때문에, 서블릿의 쓰레드에서 공통적으로 사용해야하는 것이 있다면 오버라이딩하여 구현하면 된다. 실행 중 서블릿이 변경될 경우, 기존 서블릿을 파괴하고 init()을 통해 새로운 내용을 다시 메모리에 적재한다.
init()이 호출된 후 클라이언트의 요청에 따라서 service()메소드를 통해 요청에 대한 응답이 doGet()과 doPost()로 분기된다. 이때 서블릿 컨테이너가 클라이언트의 요청이 오면 가장 먼저 처리하는 과정으로 생성된 HttpServletRequest, HttpServletResponse에 의해 request와 response객체가 제공된다.
컨테이너가 서블릿에 종료 요청을 하면 destroy()메소드가 호출되는데 마찬가지로 한번만 실행되며, 종료시에 처리해야하는 작업들은 destroy()메소드를 오버라이딩하여 구현하면 된다.

0306 ~ 0319 0403 ~ 0423

0320 ~ 0402

# 0320 ~ 0402

# 0322 - 테스트 커버리지(Test Coverage)

# 화이트 박스 테스트

# 테스트 커버리지란

# 테스트 커버리지를 측정해야하는 이유

# 테스트 커버리지의 종류

# 높은 테스트 커버리지의 이점

# 0323 - JVM의 default Heap Size

# 런타임시 확인

# Java Default Heap/Perm Size 확인

# 초기 값 기준

# 0329 - Heap 영역의 TLAB, PLAB

# TLAB(Thread Local Allocation Buffers)란 무엇인가?

# PLAB(Promotion Local Allocation BUffers)란 무엇인가?

# 0331 - Java Comparable and Comparator

# 배열 정렬

# ArrayList 정렬

# Comparable 정렬

# Comparator

# 0402 - Servlet(서블릿)

# Servlet

# 서블릿 특징

# Servlet 동작 방식

# Servlet Container(서블릿 컨테이너)

# Servlet Container 역할

# Servlet 생명주기

Description