0906 - 0919

0907 - Static, Stack, Heap / Java 메모리 영역

프로그램을 구동하기 위해서는 운영체제가 메모리에 데이터 및 명령을 저장할 공간을 할당해야함.
메모리는 CPU가 처리할 데이터가 임시로 저장되는 공간. 동작은 하드디스크에 저장된 데이터가 메모리에 올라가서 실행되며, 메모리를 주 기억 장치라고 부름
=> 메모리는 사용 공간이 한정되어 있기 때문에 효율적으로 관리되어야함.

Static Area (스태틱 메모리 영역)

• static(정적)은 고정된 이라는 의미를 가지고 있다. static 이라는 키워드를 사용하여 정적 필드와 정적 메서드를 만들 수 있는데, 두 가지를 합쳐서 정적 멤버라고 한다.(= 클래스 멤버)
• Static Area(스태틱 메모리 영역)에서는 필드 부분에 선언된 변수(전역 벽수)와 정적 멤버 변수(static이 붙은 자료형)의 데이터를 저장한다.
• Static Area(스태틱 메모리 영역)에 데이터는 프로그램의 시작부터 종료가 될 때까지 메모리에 남아있게 된다. 즉, 프로그램이 종료될 때가지 어디서든지 사용이 가능하지만, 주의할 점은 전역 변수를 무분별하게 많이 사용하게 되면 메모리가 부족한 문제가 발생할 수 있다.

*** 객체에 소소된 멤버가 아닌 클래스에 고정된 멤버

Stack Area (스택 메모리 영역)

• 메소드 내에서 정의하는 기본 자료형에 해당되는 지역변수의 데이터 값이 저장되는 공간이 Stack Area이다. 해당 메서드가 호출될 때 메모리에 할당되고, 종료되면 메모리에서 사라진다.
• 참조형 타입 변수는 참조값만 저장된다. 이 참조값은 Heap 영역에 존재하는 인스턴스(객체)를 가르키는 역할을 한다.(인스턴스의 주소 값)

*** 메서드 내에서 정의하는 기본 자료형

• 프로세스는 완벽히 독립적이기 때문에 메모리 영역을 다른 프로세스와 공유하지 않지만, 스레드는 프로세스 안에서 해당 스렏드를 위한 Stack영역을 생성하기 때문에 하나의 스레드에서 다른 스레드로의 접근은 불가능하지만 static, heap 영역에 저장된 데이터들은 공유해서 사용할 수 있다.

Heap Area (힙 메모리 영역)

• 참조형(Reference Type)의 데이터 타입을 갖는 객체, 배열 등은 Heap 영역에 데이터가 저장된다.
• 이때 변수(객체, 객체 변수, 참조 변수)는 Stack 영역의 공간에서 실제 데이터가 저장된 Heap 영역의 참조값(Reference key, 해시 코드 = 메모리에 저장된 주소를 연결해주는 값)을 new 연산자를 통해서 리턴 받는다.
  • 실제 데이터를 가지고 있는 Heap 영역의 주소 값을 Stack 영역의 객체가 갖고 있는 것
• 이렇게 리턴 받은 참조값을 가지고 있는 객체를 통해서만 해당 인스턴스를 컨트롤 할 수 있다.
• 인스턴스의 실제 데이터는 Heap 영역에 올라간다. 저장된 메모리 위치가 다르기 때문에 static 메서드에서 외부 인스턴스 멤버에 접근할 수 없다.

*** Heap은 참조형의 데이터 객체에 실제 데이터들이 담기는 공간이고, 실제 데이터를 가지고 있는 Heap 영역의 참조값을 Stack 영역의 객체가 가지고 있는 것

*** new를 통해 인스턴스 객체를 생성했을 때, heap 영역에는 생성된 객체가 올라가고, Stack 영역에는 해당 객체에 대한 주소 값(Reference)이 저장

*** 어떤 참조 변수도 Heap 영역에 있는 인스턴스를 참조하지 않게 된다면, GC에 의해 메모리에서 사라진다.

0909 - jacoco

JaCoCo

Java code coverage의 약자로 jUnit 테스트의 결과를 바탕으로 커버리지의 툴
코드정적분석도구인 sonarqube와 연계하여 사용하는 경우가 많다.

JaCoCo 특징

• Line, Branch Coverage를 제공한다.
• 코드 커버리지 결과를 보기 좋도록 파일 형태로 저장할 수 있다.
  • html, xml, csv 등으로 Report를 생성할 수 있다.
• 설정한 커버리지 기준을 만족하는지 확인할 수 있다.
• 결과적으로 코드 커버리지를 쉽게 확인하고 관리할 수 있도록 도와준다.

JaCoCo Maven 예제

jacoco 플러그인 추가

<plugin> 
    <groupId>org.jacoco</groupId> 
    <artifactId>jacoco-maven-plugin</artifactId> 
    <version>0.8.2</version> 
    <executions> 
        <execution> 
            <goals> 
                <goal>prepare-agent</goal> 
            </goals> 
        </execution> 
        <execution> 
            <id>report</id> 
            <phase>test</phase> 
            <goals> 
                <goal>report</goal> 
            </goals> 
        </execution> 
    </executions> 
</plugin>

JacocoController.java

package com.example.jacocotest;

import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class JacocoController {
    @GetMapping("/test")
    public String test(@RequestParam int n) {
        if (n >= 0) {
            return "hello";
        } else {
            return "world";
        }
    }
}

JacocoControllerTest.java

package com.example.jacocotest;

import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.get;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.content;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;

import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.autoconfigure.web.servlet.AutoConfigureMockMvc;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.test.web.servlet.MockMvc;

@SpringBootTest
@AutoConfigureMockMvc
public class JacocoControllerTest {
    @Autowired
    private MockMvc mvc;

    @Test
    public void test() throws Exception {
        mvc.perform(get("/test").param("n", "3")).andExpect(content().string("hello")).andExpect(status().isOk());
    }
}

mvn package

• mvn package 명령어를 입력한다.

maven의 라이프사이클의 phase는
validate -> compile -> test -> package -> install -> deploy
test 이후 package를 할때 Jacoco가 활약하므로 package까지만 입력시에도 Jacoco를 사용 가능

특정 케이스 제외

• plugin에 configuration으로 제외

<plugin> 
    <groupId>org.jacoco</groupId> 
    <artifactId>jacoco-maven-plugin</artifactId> 
    <version>0.8.2</version> 

    <configuration>
        <excludes> 
            <exclude>**/*Application.class</exclude> 
        </excludes>
    </configuration>

    <executions> 
       ...
    </executions> 
</plugin>

0910 - SSR, CSR

SSR(Server Side Rendering)

페이지 요청을 서버에서 렌더링을 마치고, data가 결합된 html파일을 보내는 방식.

• 장점
  • CSR에 비해 다운 받는 페이지 리소스가 적어 초기 로딩속도가 비교적 빠르다.
  • HTML에 대한 정보가 처음부터 포함되어 있어 모든 검색엔진에 대한 SEO(검색 엔진 최적화)가 가능하다.
• 단점
  • 매번 페이지를 요청할 때마다 화면 깜빡임이 발생한다.
  • 페이지 이동시 서버에 매번 요청을 하기 때문에, 서버 부하가 커진다.

CSR(Client Side Rendering)

최초 로딩 시 브라우저가 서버에 html을 비롯한 css, javascript 등 각종 리소스들을 받아오는 방식이 클라이언트 사이드 렌더링 방식이다.

• 장점
  • 초기 요청을 제외하고는 SSR에 비해 빠른 페이지 전환 속도와 깜빡임 없는 UX를 제공한다.
  • 서버에 요청하는 횟수가 적기 때문에 서버 부담이 SSR에 비해 적다.
• 단점
  • 최초 로딩 시 모든 리소스들을 받아와야 하기 떄문에 초기 로딩 속도가 느리다.
  • 처음에는 HTML이 비어 있어 크롤러가 데이터를 수집할 수 없기 때문에 SEO 문제가 발생한다.
  • 쿠키나 localStorage에서 사용자에 대한 정보를 저장해야 하기 때문에 XSS 공격에 취약하다.

0911 - Docker Redis 설치

도커로 레디스 설치

• 레디스 이미지 가져오기

$ docker pull redis

• 이미지 확인

$ docker images

• 레디스 서버 실행

$ docker run --name 컨테이너이름 -d -p 6379:6379 rdis

• Docker의 redis-cli로 접속하기

$ docker run -it --link 컨테이너이름:redis --rm redis redis-cli -h redis -p 6379

• Shell로 Docker 리눅스에 접속하기

$ docker ps
$ docker exec -it 컨테이너이름 /bin/bash

• 도커용 redis.conf

daemonize no
# bind 127.0.0.1
protected-mode no
port 6001
logfile "redis.log"
dir /data

• redis.conf 파일 지정해서 실행: volume 지정

$ docker run -v /root/docker/redis-5.0.3/6001:/data --name myredis -d -p 6001:6001 redis redis-server /data/redis.conf   

0918 - docker(도커) 이론

도커란?

도커란, 컨테이너 기반의 오픈소스 가상화 플랫폼이다.

• 애플리케이션을 신속하게 구축, 테스트 및 배포할 수 있는 소프트웨어 플랫폼
• 도커는 소프트웨어를 컨테이너라는 표준화 된 유닛으로 패키징하며, 라이브러리, 시스템 도구, 코드, 런타임 등 소프트웨어를 실행하는 데 필요한 모든 것이 포함
• 환경에 구애 받지 않는다.

컨테이너

• 컨테이너 기술은 호스트OS를 공유하며, 여러개의 컨테이너들이 서로 영향을 미치지 않고 독립적으로 실행되어 가볍다.
• VM과의 가장 큰 차이점은 프로세스를 격리 하는 것이다. VM은 가상머신들 사이에 오버헤드가 발생할떄 상당한 시간이 걸린다. 반면, 컨테이너 기술은 독립적으로, 호스트OS의 자원을 공유하며 각각 필요한 자원들을 할당받아 실행되기 때문에 오버헤드가 적다. **오버헤드 : 처리를 하기 위해 들어가는 간접적인 처리 시간 및 메모리

컨테이너 생성

컨테이너의 생성은 기본적으로 도커파일이라는 것을 이용한다.
가상화 할 프로그램들을 '도커파일'이란 DSL(Domain Specific Laguage)형태로 작성한다.

• 컨테이너의 생성과정

도커파일 -> (build) = 도커이미지 생성
도커이미지 -> (run) = 도커컨테이너 생성