0503 - 0509

# 0503 - 0509

# 0503 - git 자가점검

# git 자가점검

# 버전 관리하기

✅ 사용자의 아이디/이메일을 설정할 수 있는가?
    git config user.name 아이디
    git config user.email 이메일주소
    -local, -global
✅ 사용자의 아이디/이메일을 삭제할 수 있는가?
✅ 해당 디렉토리를 깃 저장소로 만들 수 있는가? 
    git init
✅ 해당 디렉토리의 상태를 확인할 수 있는가?
    git status
✅ 로그를 확인할 수 있는가?
    git log
✅ 스테이징을 할 수 있는가?
    git add 파일이름.확장자
✅ 커밋을 할 수 있는가? 
    git commit -m "message"
✅ 스테이징과 커밋을 한 번에 할 수 있는가?
    git commit -am "message"
✅ 커밋/스테이징을 취소할 수 있는가?
    git reset HEAD^
✅ 작업 트리에서의 수정 내역도 삭제할 수 있는가? 
    git restore 파일이름.확장자
    git checkout 파일이름.확장자

# branch

✅ (해당 저장소 내에서) 브랜치를 확인할 수 있는가? 
    git branch
✅ 브랜치를 생성할 수 있는가?
    git branch 브런치
✅ 커밋 내역을 확인할 수 있는가? 
    git log --oneline
✅ 브랜치 로그 그래프를 확인할 수 있는가?
    git log --oneline --branches --graph
✅ 브랜치를 이동할 수 있는가?
    git checkout 해당브런치
✅ master 브랜치에 브랜치를 병합할 수 있는가?
    git merge 병합 대상 브런치
✅ 충돌을 해결할 수 있는가?
    직접 충돌 해결, 파일 수정 후 커밋

# remote 저장소

✅ 깃과 깃허브의 차이점을 아는가?
    git : 분산 버전 관리 시스템
    github : git을 지원하는 플랫폼
✅ 로컬 저장소와 원격 저장소를 연결할 수 있는가?
    git remote add origin 원격주소
✅ 원격 저장소와 연결된 것을 확인할 수 있는가?
    git remote -v
✅ 로컬 저장소에서 원격 저장소로 push할 수 있는가?
    git push origin 브런치
✅ 원격 저장소에서 로컬 저장소로 pull할 수 있는가?
    git pull origin master
    git pull
✅ 로컬 저장소에서 만든 브랜치를 원격 저장소에 반영할 수 있는가?
✅ 원격 저장소의 브랜치를 로컬 저장소로 가져올 수 있는가?
    git pull
    git checkout -b 변경대상 브런치 원래 브런치
    git checkout -t 원래 원격 브런치
✅ pull과 fetch와 merge의 차이점을 아는가? 
    pull == fetch + merge
    => git fetch => git checkout FETCH_HEAD => git merge FETCH_HEAD
✅ pull-request를 할 수 있는가?
    github
✅ 원격 저장소를 복제해 로컬 저장소로 가져올 수 있는가?
    git clone 주소
✅ fork에 대해 이해했는가?

# 0504 - JPA로 인덱스 사용

# JPA로 인덱스 사용

데이터베이스 조건문 조회시, 테이블 전체를 full scan, 비효율적 인덱스 테이블 활용(B-Tree 자료구조)
O(n) => O(logn) 시간복잡도

@NoArgsConstructor(access = PROTECTED)
@AllArgsConstructor
@Getter
@ToString
@EqualsAndHashCode(of = "userSeq")
@DynamicUpdate
@Entity
@Table(name = "users",
        // 인덱스 설정
       indexes = {
               @Index(name = "users_email_idx", unique = true, columnList = "email"),
               @Index(name = "users_nickname_idx", unique = true, columnList = "nickname"),
               @Index(name = "users_user_type_idx", columnList = "user_type"),
               @Index(name = "user_deleted_active_idx", columnList = "deleted,active")
       }
)
public class Users extends BaseEntity {

    @Id
    @GeneratedValue(strategy = IDENTITY)
    @Column(name = "user_seq", updatable = false, nullable = false)
    private Long userSeq;
    ...
}

결론 데이터 조회시 속도에 영향을 미치지만
인덱스를 과도하게 설정시 자체만으로 메모리 공간을 많이 차지하고, 테이블이 변경될 때마다 인덱스 정렬 순서도 매번 수정이 되어야하므로 비효율을 낳는다.

복합인덱스 사용시 갯수는 3~4개가 적당하면 인덱스를 고를때에는 카디널리티가 높은 순서대로 고르는게 효율적이다.

B-Tree는 LIKE 검색으로 중간일치, 후방일치 검색을 할 수 없기 때문에 전방탐색(full-text)이 아니라면, 엘라스틱서치나 다른 방식으로 검색의 효율을 높이는게 좋다.

# 0505 - JPA 특정 type 정의

# JPA 특정 type 정의

# Spring Data JPA 기반이 되는 Hibernate의 type을 추가하기 위하여 `vladmihalcea의 hibernate-types`를 추가

<dependency>
    <groupId>com.vladmihalcea</groupId>
    <artifactId>hibernate-types-52</artifactId>
    <version>2.10.1</version>
</dependency>

# TypeDef 추가

jsonb

package me.oofbird.jpa

import org.hibernate.annotations.TypeDef; 
import com.vladmihalcea.hibernate.type.json.JsonBinaryType; 

import javax.persistence.*; 

@Entity 
@Table(name = "TB_TEST") 
@TypeDef(
    name = "jsonb", 
    typeClass = JsonBinaryType.class) 
public class TestTable { 
    ...
    @Type(type = "jsonb") 
    @Column(name = "JSON_TEXT", columnDefinition = "jsonb") 
    private JsonPOJOObject jsonText; 
    ...
}

list-array

@Entity
@Table(name = "TB_TEST") 
@TypeDef(
    name = "list-array",
    typeClass = ListArrayType.class
)
public class TestTable {
    ...
    @Type(type = "list-array")
    @Column(name = "LIST-ARRAY", columnDefinition = "int[]")
    private List<Integer> listText = new ArrayList<>();
    ...
}

# 0506 - 파일속 문자열 찾기

grep [option] pattern [file]

# 옵션

-c : 매칭된 검색 결과를 출력하지 않고 매칭된 행의 총 라인 수를 출력한다.
-i : 매칭에 사용하는 문자의 대소문자를 구분하지 않는다.
-l : 패턴에 매칭된 라인이 하나라도 있는 파일의 이름만을 출력한다.
-n : 파일 내에서 매칭된 행 번호를 함께 출력한다.
-s : 에러 메시지 외에는 출력하지 않는다.
-v : 패턴과 매칭되지 않는 행만 출력한다.
-w : <와 >로 둘러싸인 패턴표현을 하나의 단어로 취급하여 검색한다.

# 정규표현식 메타 문자

^ : 행의 시작 지시자 ex) ^joon : joon으로 시작하는 모든 행을 출력함
$ : 행의 끝 지시자 ex) joon$ : joon으로 끝나는 모든 행을 출력함.
. : 하나의 문자와 대응
ex) j..n : 총 4개의 문자로 이루어진 문자열 중에 처음 문자는 j 끝문자는 n으로 끝나는 문자의 행을 출력함
* : 매칭되는 문자가 없거나 하나 이상의 문자에 대해 매칭 ex)joo* : joo, joon, jooo, jood, joon0312 전부 매칭
[] : [ ]안에 문자 중 어떤 하나라도 매칭 ex) joo[n,d,o] : joon, jood, jooo 매칭

# 0507 - Java11

# Oracle Java Support RoadMap

roadmap

# 1. 람다 파라미터를 위한 지역변수 표현

java 10버전에서 편리한 var 구문이 생겨난 상황에서, 11버전에서는 람다 파라미터에서 var를 이용 할 수 있게 됨

list.stream()
    .map((@NotNull var s) -> s.toLowerCase())
    .collect(Collectors.toList());

# 2. HTTP Client (Standard)

Non-Blocking request and response 지원 (with CompletableFuture)
Backpressure 지원(java.util.concurrent.Flow 패키지를 통해 Rx Flow를 구현체에 적용)
Factory method 형태로 지원
HTTP/2 지원
Sptring5에서는 Rest Client에 RestTemplate 대신 WebClient를 사용하여 비동기 구현 가능.
=> 기존 멀티쓰레드 방식을 버리고 Reactor(WebFlux) 와 함께 스프링 기반 웹서비스를 구현할 경우 그에 따른 성능과 효율 향상은 어마어마 합니다.

# 3. 모듈

메모리 공간을 더 적게 사용
특히 마이크로서비스 아키텍처에서 유용
런타임이 더 작아지고, 더가벼워져서 더 빠르게 시작
강력한 캡슐화를 적용

# 4. 프로파일링 및 진단

# Java Flight Recorder

실행 중인 Java 애플리케이션에서 진단 및 프로파일링 데이터 수집, Java 11에서는 둘다 오픈 소스

# Java Mission Control

JFR 및 JMC를 사용하면 메모리 누수, GC 오버헤드, 핫 메서드 스레드 병목 상태 및 I/O 블로킹과 같은 런타임 문제를 진단

# 통합 로깅

# 오버헤드가 낮은 힙 프로파일링

# StackWalker

# 5. 가비지 수집

Java 11의 기본 가비지 수집기는 G1GC(가비지 우선 가비지 수집기)
ZGC는 일시 중지 시간을 10ms 미만으로 유지하려고 하는 대기 시간이 짧은 동시 수집기

# 엡실론

엡실론 가비지 수집기 할당만을 처리하며 메모리를 회수하지않는다. 힙이 소진되면 JVM이 종료

# Docker 컨테이너의 향상된 기능

Java 10부터 JVM은 컨테이너 제어 그룹(cgroup)에 의해 설정된 제약 조건을 사용

# 6. 성능 향상

# 0508 - 맥 터미널에서 AWS EC2 터미널 접속

# 키파일 퍼미션 변경

$ chmod 400 경로/keyfile.pem

# 터미널에서 키파일 옵션을 추가한 명령으로 ssh 접속

$ ssh -i 경로/keyfile.pem ec2-user@[서버 아이피 또는 도메인]

# 0509 - jUnit5 사용

# 의존성(gradle)

dependencies {
    testCompile('org.junit.jupiter:junit-jupiter:5.7.1')
    testCompile('org.assertj:assertj-core:3.19.0')
}

# 예제

class RefereeTest {
    private static final List<Integer> ANSWER = Arrays.asList(1, 2, 3);
    private Referee referee;

    @BeforeEach
    void setUp() {
        referee = new Referee();
    }

    @ParameterizedTest
    @CsvSource({"1,2,3,0 볼 3 스트라이크", "3,1,2,3 볼 0 스트라이크", "1,3,2,2 볼 1 스트라이크", "7,8,9,아웃"})
    public void compare(int number1, int number2, int number3, String expected) {
        String actual = referee.compare(ANSWER, Arrays.asList(number1, number2, number3));
        assertThat(actual).isEqualTo(expected);
    }

    @Test
    void 스트라이크3() {
        String result = referee.compare(ANSWER, Arrays.asList(1, 2, 3));
        assertThat(result).isEqualTo("0 볼 3 스트라이크");
    }

    ...
}

@Test : 테스트 메소드임을 명시
@ParameterizedTest : 매개변수가 있는 테스트임을 명시
@BeforeEach : 해당 메서드는 현재 테스트 클래스의 각각의 메서드 보다 먼저 실행된다.
@CsvSource : 여러 파라미터를 전달하고자 할 때 사용한다. ,로 값을 구분 delimiter 속성을 사용해 사용자 정의 가능

0426 - 0502 0510 - 0516