tenacious_mzzz.log

[Java] BufferedReader, InputStreamReader 의미

Sun, 19 Mar 2023 23:54:42 GMT

문자 인코딩

아스키 코드

7bit가 만들어 낼 수 있는 이진수 조합을 문자와 대응한 것
2^7 = 128가지의 표현이 가능하다.
세계 각국의 문자 표현은 불가능

유니코드

UCS-2(문자표)

16bit 고정폭으로 문자 표현
2^16 = 65536가지의 표현이 가능하다.
전 세계 문자를 담기엔 아직도 부족함
32bit로 늘리려고 했으나 하나의 문자를 표현하기엔 메모리를 너무 많이 차지함

인코딩 ? 문자표가 더 이상 수용하지 못하는 문자들을 수용하기 위한 여러가지 시도들

UTF-16

16bit 유지하는 대신 언어판을 17개로 늘린 것
2^16 * 17가지의 문자 표현이 가능
BMP(기본언어판) : 가장 맨 앞에 위치, 가장 자주 사용하는 것
16bit를 고정적으로 사용하기 때문에 영어,숫자 표현할 때 메모리 공간 비효율적
한글은 2byte차지
Java의 JVM은 문자열을 메모리에 저장할 떄 해당 인코딩 방식을 사용

UTF-8

7bit 표현 가능한 문자를 7bit로 표현
한글은 3byte차지

JVM의 인코딩 방식

UTF-16을 사용
다양한 문자가 사용되는 공간이면 메모리 효율과 UTF-8 임의 접근에 비효율적이기 때문
- UTF-8인코딩은 헤더규칙을 고려하고 유니코드 문자표로 접근할 수 있음
- UTF-16은 바로 접근 가능
  Stream
문자 --인코딩--> 이진수
데이터 = 이진수의 나열
스트림 = 이진수의 흐름
바이트 단위로 이진수의 흐름을 읽어들임
UTF-16인코딩 방식으로 바꾸는 것을 InputStreamReader가 한다.
스트림의 종류
InputStream, OutputStream을 쓰면 바이트 스트림 Reader, Writer 쓰면 문자 스트림 System.in, System.out 은 Stream객체이고 기반스트림이다. BufferedInputStream, BufferedOutputStream 은 보조스트림이고 입출력 속도 향상 때문에 쓴다. 입출력 속도 향상? BufferedInputStream은 기반 스트림이 읽어 온 스트림 데이터를 내부버퍼에 저장한다. 입력버퍼에서 데이터를 받아야하는데, 프로그램 입출력 속도와 입력버퍼의 입출력 속도는 다르다. 그래서 둘 사이에 완충지대로 내부 버퍼를 놓는다면 입출력에 지연이 생겨도 내부 버퍼 안에 데이터가 미리 대기하고 있어서 지연 발생 없이 속도가 향상된다. 프로그램<-내부버퍼(BufferedInputStream)<-입력버퍼(기반스트림)

InputStreamReader

Java 레퍼런스를 참고해보면, 다음과 같이 쓰여있다.

byte stream에서 character stream으로 바꾸기 위한 다리 역할
bytes를 읽고 정의된 charset을 사용해서 character로 디코드한다.

BufferedReader in = new BufferedReader(new InputStreamReader(System.in)); 는 효율성 top.

참고

GitLab to GitHub mirroring

Sun, 26 Feb 2023 03:54:15 GMT

GitLab에서 작업을 하다가 GitHub으로 저장소를 옮기고 싶을 때 mirroring을 사용한다.

GitLab -> GitHub으로 미러링하면...

잔디가 옮겨서 심어진다.
Issue나 PR은 안 옮겨진다.

어떻게 옮기는가

GitLab의 repository를 clone한다.

--mirror를 사용해서 미러링한다.

git push --mirror https://github.com/mjseok/SHabit.git

Error발생

문제

100메가가 넘는 파일이 생겨서 mirroring이 불가함

원인

GitHub에 올리는 파일 하나당 100MB의 제한이 있다.

해결방법

옮길 저장소를 아래와 같은 방법으로 clone한다(bare clone)

git clone --mirror 옮길 저장소

예시)

git clone --mirror https://github.com/mjseok/SHabit.git

필요한 GLF랑 BFG Repo Cleaner 설치

BFG Repo Cleaner에서 설치한 bfg-버전정보.jar파일을 git폴더 바로 상위 폴더로 옮긴다.(아래 처럼)

100M보다 큰 파일들을 커밋이력에서 지워준다.

java -jar bfg-1.14.0.jar --strip-blobs-bigger-than 100M [bare clone한 저장소 이름]

예시)

java -jar bfg-1.14.0.jar --strip-blobs-bigger-than 100M SHabit.git

위처럼 해주면, 100M가 넘는 파일들을 커밋에서 삭제해준다.

GitHub으로 옮길 저장소 위치로 이동한다.
```
cd [bare clone한 저장소 이름]
```
예시)
```
cd SHabit.git
```
실제로 원하지 않는 데이터를 삭제하는 명령어 git-gc를 사용해서 변경사항을 반영합니다.
```
git reflog expire --expire=now --all && git gc --prune=now --aggressive
```

BFG로는 커밋,브랜치,태그는 업데이트 하지만, 실제 파일이 삭제되거나 변경되지는 않는다. 로컬에서 원하지 않는 데이터를 삭제하려면 위의 명령어를 통해 적용해야 합니다.

옮길 저장소로 push합니다.
```
git push --mirror 
```

참고

민감한 정보를 지우고 싶을 때도 bfg를 사용할 수 있습니다.(참고 블로그 확인)
해당 글은 아래의 블로그들을 참고 했습니다.
- 100메가가 넘는 파일로 인해 gitlab의 저장소를 github에 미러링이 불가능 할때
- bfg-repo-cleaner 로 git repository 에 올린 민감한 정보 삭제하기

[Java]Wrapper class란

Fri, 24 Feb 2023 00:31:31 GMT

Java Wrapper class

⚠ Wrapper Class를 알기 전에 알고 있어야 할 것

기본형 변수는 Call by value(값에 의한 변경)
객체는 Call by Reference(참조에 의한 변경)

Wrapper class란?

java.lang패키지의 클래스들 중 기본형 변수(primitive type)를 감싸는 클래스들이다.

Wrapper class의 필요성

기본 타입의 데이터를 객체로 취급해야 할 때 필요하다.
- 메서드에 전달된 인수를 수정할 경우
- 메서드의 인수로 객체 타입만이 요구될 경우
java.util패키지의 클래스들은 참조형 변수(객체)만을 다루기 때문
ArrayList와 같은 Collection Framework의 데이터 구조는 객체만(참조형 변수만)을 다루기 때문
멀티쓰레딩에서 동기화를 지원하려면 참조형 변수가 필요

박싱 & 언박싱

Wrapper Class는 산술 연산을 위해 정의된 클래스가 아니므로, 외부에서 인스턴스에 저장된 값을 변경할 수 없고 값을 참조하기 위해 새로운 인스턴스를 생성하고 생성된 인스턴스의 값만을 참조할 수 있다.

박싱 : 기본타입의 데이터를 래퍼 클라스의 인스턴스로 변환하는 과정
언박싱: 래퍼 클래스의 인스턴스에 저장된 값을 다시 기본 타입의 데이터로 꺼내는 과정
JDK 1.5부터는 자바 컴파일러가 자동으로 이를 처리 해줌(오토박싱, 오토언방식) 예시

Integer num = new Integer(17); // 박싱

int n = num.intValue();        // 언박싱

System.out.println(n); //출력:17



Character ch = 'X'; // Character ch = new Character('X'); : 오토박싱

char c = ch;        // char c = ch.charValue();           : 오토언박싱

System.out.println(c);//출력: X

더 알아보기

Integer x = 17, y = 17;
        if (x == y)
            System.out.println("Same");
        else
            System.out.println("Not Same");

Integer x = new Integer(17), y = new Integer(17);
        if (x == y)
            System.out.println("Same");
        else
            System.out.println("Not Same");

위의 두 예시 모두 서로 다른 객체를 참조하기 때문에 Not Same이 나온다.

하지만,

Integer x = new Integer(17), y = new Integer(17);
        if (x.intValue() == y.intValue())
            System.out.println("Same");
        else
            System.out.println("Not Same");

위의 예시는 intValue()로 언박싱해서 기본 참조형(int)의 데이터를 꺼내서 비교하기 때문에 Same이 나온다.

Integer x = new Integer(17), y = new Integer(17);
        if (x.equals(y))
            System.out.println("Same");
        else
            System.out.println("Not Same");

위의 예시는 == 와 equals()의 차이를 알고 있으면 좋다. ==연산자는 비교하고자 하는 두 개의 대상의 주소값을 비교한다. equals메소드는 비교하고자 하는 두 개의 대상의 값 자체를 비교한다.

오토박싱, 오토 언박싱

Integer num = new Integer(17); //래퍼 클래스1
        Integer num2 = new Integer(17); //래퍼 클래스2
        int i = 17; //기본타입

        System.out.println("래퍼클래스 == 기본타입 : "+(num == i)); //true
        System.out.println("래퍼클래스.equals(기본타입) : "+num.equals(i)); //true
        System.out.println("래퍼클래스 == 래퍼클래스 : "+(num == num2)); //false
        System.out.println("래퍼클래스.equals(래퍼클래스) : "+num.equals(num2)); //true
    }
}

Wrapper클래스와 기본 자료형의 비교에 ==,equals 둘 다 가능한 이유는 컴파일러가 자동으로 오토언박싱을 해주기 때문이다.

Wrapper class내의 equals메서드가 정의된 부분을 보면 알 수 있다.

public boolean equals(Object obj) {
        if (obj instanceof Integer) {
            return value == ((Integer)obj).intValue();
        }
        return false;
    }

Wrapper Class안에는 오토박싱을 도와주는 캐시가 있다.

private static class IntegerCache {
        static final int low = -128;
        static final int high;
        static final Integer cache[];

        static {
            // high value may be configured by property
            int h = 127;
            String integerCacheHighPropValue =
                sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
            if (integerCacheHighPropValue != null) {
                try {
                    int i = parseInt(integerCacheHighPropValue);
                    i = Math.max(i, 127);
                    // Maximum array size is Integer.MAX_VALUE
                    h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
                } catch( NumberFormatException nfe) {
                    // If the property cannot be parsed into an int, ignore it.
                }
            }
            high = h;

            cache = new Integer[(high - low) + 1];
            int j = low;
            for(int k = 0; k < cache.length; k++)
                cache[k] = new Integer(j++);

            // range [-128, 127] must be interned (JLS7 5.1.7)
            assert IntegerCache.high >= 127;
        }

        private IntegerCache() {}
    }

-> Integer인스턴스를 미리 생성하고 있음

  public static Integer valueOf(int i) {
        if (i >= IntegerCache.low && i <= IntegerCache.high)
            return IntegerCache.cache[i + (-IntegerCache.low)];
        return new Integer(i);
    }

위의 코드를 보면 캐싱된 값을 사용하고 있다는 것을 알 수 있다.

참고

https://velog.io/@doxxx93/Wrapper-Class%EB%9E%80 http://www.tcpschool.com/java/java_api_wrapper https://sudo-minz.tistory.com/93 https://applefarm.tistory.com/145

Spring문서 - Core(Resuorce) 2

Sun, 15 Jan 2023 07:36:35 GMT

2.4~2.6

`ResourceLoader` Interface

[문서]
Resource 인스턴스를 반환 할 수 있는 객체를 의미한다. 모든 application context는 ResourceLoader인터페이스를 구현할 수 있다. 즉, 어떤 application context를 사용해도 Resource인스턴스를 얻을 수 있다.

public interface ResourceLoader {

    Resource getResource(String location);

    ClassLoader getClassLoader();
}

어떤 application context의 getResource()를 호출할 때 파라미터로 제공하는 location path에 적절한 prefix가 없으면 적합한 Resource타입을 리턴하게 된다.

예시)

Resource template = ctx.getResource("some/resource/path/myTemplate.txt");

이 코드가 ClassPathXmlApplicationContext에서 실행되면 ClassPathResource가 리턴되고 FileSystemXmlApplicationContext에서 실행되면 FileSystemResource를 리턴한다. WebApplicationContext인스턴스라면 ServletContextResource를 리턴한다.

특정 어플리케이션 컨텍스트에 적합한 방식으로 알아서 리소스를 로드할 수 있다.
prefix를 사용하면 해당 리소스를 리턴하도록 강제할 수도 있다.
ex) classpath:이라는 prefix를 사용하면 어플리케이션 컨텍스트 타입과 상관없이 ClassPathResource를 리턴할 수 있다.

Resource template = ctx.getResource("classpath:some/resource/path/myTemplate.txt");
//classpath:로 resource를 강제시킴
Resource template = ctx.getResource("file:///some/resource/path/myTemplate.txt");
Resource template = ctx.getResource("https://myhost.com/resource/path/myTemplate.txt");

`ResourcePatternResolver` Interface

[문서]

ResourceLoader인터페이스를 확장한 것
목적 : location pattern 을 읽고 Reource객체로 해석하기

❓ location pattern : *,**,?와 같은 특수문자를 이용한 경로 표현
대부분의 URL Mapping설정은 Ant Pattern으로 한다.
예시 ) "/member/*.jsp"

public interface ResourcePatternResolver extends ResourceLoader {

    String CLASSPATH_ALL_URL_PREFIX = "classpath*:";
    // class path에서 일치하는 모든 리소스를 의미하는 prefix를 정의
    Resource[] getResources(String locationPattern) throws IOException;
}

PathMathcingResourcePatternResolver는 ApplicationContext외부에서 사용할 수 있는 standalone(독립적인) 구현체입니다.
Resource[] bean 프로퍼티를 채워넣기 위해 ResourceArrayPropertyEditor에서도 사용한다.
PathMathcingResourcePatternResolver는 지정된 리소스 경로를 일치하는 하나 이상의 Resource객체들을 정할 수 있다. -> source path는 대상 Resource에 대한 일대일 매핑가능한 경로를 쓰거나 classpth:*처럼 prefix를 쓰거나 또는 ant style로 작성하면 된다. 사용 예시)

PathMatchingResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();
resource = resolver.getResource("file:pom.xml");

파일시스템 파일을 가져올 때 prefix로 file:을 사용했고 현재 사용자 경로 아래의 pom.xml파일을 가져오는 코드입니다.

`ResourceLoaderAware` 인터페이스

ResourceLoader를 제공받을 것으로 예상되는 구성요소를 식별하는 callback interface이다.

public interface ResourceLoaderAware {

    void setResourceLoader(ResourceLoader resourceLoader);
}

ApplicationContext는 ReourceLoader이기 때문에 bean은 ApplicationContextAware를 구현할 수 있고 resource를 load할 수 있다.
하지만, 일반적으로 ResourceLoader인터페이스를 사용하는 것이 좋다.(why? resource로딩 인터페이스와만 관련이 있고 ApplicationContext인터페이스와는 관련없이 하는 것이 좋다.)

[정리]

`ResourceLoader`

자원을 가져오는 클래스들이다.
getResource()를 사용하면 하나의 Resource를 얻는다.
모든 ApplicationContext들은 이 인터페이스를 구현하고 있기 때문에 Resource들을 가져오는 기능을 가지고 있다.

`ResourcePatternResolver`

ResourceLoader의 확장판
패턴에 맞는 Resource들을 전부 가져올 수 있다.
모든 ApplicationContext에 있는 ResourceLoader 구현체들은 사실 이 인터페이스를 구현하고 있다.

`ResourceLoaderAware`

다른 클래스가 context내에 있는 ResourceLoader를 사용하고 싶을 때 이를 구현하면 된다.
`resourceLoader를 아는(Aware)상태가 된다.
Context에 Bean으로 등록되어야 하니까 Component로 등록되어야 한다.
Context가 ResourceLoaderAware를 구현한 클래스에 넣어준다.(Context 자체가 ResourceLoader를 구현한 구현체)

즉,
스프링은 Resource를 사용하는 클래스를 ResourceLoader로 지정해줘야하고 이에 또 확장 기능을 하는 ResourcePatternResolver를 만들고 이것을 다른 클래스에서 사용하도록 ResourceLoaderAware라는 클래스를 만듦

파일을 다른 이름으로 => Resource
파일을 가져온다 => ResourceLoader
그것을 전략적으로 더 세분화 시킨다 => ResourcePatternResolver
파일을 가져오는 것을 데려온다 => ResourceLoaderAware

-> 객체지향 프로그래밍을 위한 것
-> 책임을 최대한 조각내는 것

참고

스프링 Core 문서 읽고 정리하기 - 2. Resource ~ 5. Aop [RTFM] Spring Core - 02. Resources

Spring문서 - Core(Resuorce)

Sun, 18 Dec 2022 02:18:46 GMT

공식문서

Spring의 `Resource`란?

[문서] java.net.URL 클래스는 모든 low-level resource까지 접근 할 수 없다. 이런 한계를 넘어서기 위해서 스프링에서 추가로 구현한 것이며, Resource에 대한 접근을 추상화하기 위한 인터페이스이다.

java.net.URL을 Resource로 감싸서 추상화 한다.
org.springframework.core.io 패키지에 속해 있다.

[정리] java.net.URL은 class path기준으로 리소스를 읽어올 수 없다. class path?
JVM이 프로그램을 실행할 때 클래스 파일을 찾는 데 기준이 되는 파일 경로(.class파일이 포함된 파일의 경로) java.net.URL 자바를 이용하여 URL을 다루는 클래스

이 외에도 java.net.URL은 ServletContext를 기준으로 상대 경로를 읽어오는 기능이 없음
URL prefix를 이용해 새로운 핸들러 등록하여 URL접미사를 만들어 사용할 수 있지만 구현이 복잡하고 편의성이 없다.

Resource 구현되어 있는 모습을 살펴보자.

public interface Resource extends InputStreamSource {

    boolean exists();

    boolean isReadable();

    boolean isOpen();

    boolean isFile();

    URL getURL() throws IOException;

    URI getURI() throws IOException;

    File getFile() throws IOException;

    ReadableByteChannel readableChannel() throws IOException;

    long contentLength() throws IOException;

    long lastModified() throws IOException;

    Resource createRelative(String relativePath) throws IOException;

    String getFilename();

    String getDescription();
}

참고로 InputStreamSource인터페이스는 다음과 같이 구현되어 있다.

public interface InputStreamSource {

    InputStream getInputStream() throws IOException;
}

`Resource` 인터페이스의 주요 메서드

exists() : 리소스가 있는지 없는지 확인

isOpen() : Stream이 열렸는지 확인

getDescription() : 전체 경로를 포함한 파일 이름이나 실제 URL을 가져온다.

Built-in Resource Implementations

Reousrce의 주요 구현체는 다음과 같다.

UrlResource

java.net.URL을 wrapping한 것
다양한 종류의 Resource에 접근 가능하지만 기본적으로는 http, https로 원격 접근한다.
- url은 기본 프로토콜 http, https, ftp, file, jar와 같은 prefix를 지원한다.

ClassPathResource

classpath로 부터 resource를 얻어올 때 필요.
classpath prefix(접두어) 사용하면 classpath기준으로 리소스를 찾는다.

FileSystemResource

file을 다루기 위한 것
filesystem기준으로 리소스를 찾는다.

PathResource

Path api를 통해 java.nio.file.Path를 다루는 작업을 수행한다.
URL, File과 WritableResources를 다룬다.

InputStreamResource

다른 resource와는 다르게 already-opened 리소스이다.
isOpen()메서드를 사용하면 true를 return한다.

ByteArrayResource

주어진 byte 배열을 구현하는 리소스
지정된 바이트 배열에서 contents를 load할 떄 유용하다.

ServletContextResource

[문서]

상대 웹 루트 주소내에서 상대 주소를 해석하는 ServletContext resource 구현체
Stream 접근, URL 접근이 가능하고 java.io.File접근도 가능하지만, 파일 접근은 리소스가 실제로 파일시스템에 있거나 웹 저장소(archive)가 확대될 때만 접근 가능하다.(java.io.File access only when the web application archive is expanded and the resource is physically on the filesystem. ) [정리]
웹 어플리케이션 루트에서 상대 경로로 리소스를 찾는 것
가장 많이 사용되는 구현체인데, 그 이유는 읽어 들이는 리소스 타입이 ApplicationContext와 관련이 있기 때문이다.

리소스 읽어오기

읽어 들이는 Resource의 타입은 location문자열, ApplicationContext의 타입에 따라 결정된다.
즉,

var ctx = new ClassPathXmlApplicationContext("app.xml");

이 경우에는 app.xml을 가진 ApplicationContext의 타입이 CalssPathXmlApplicationContext이기 때문에 app.xml을 찾을 때 classpath를 기준으로 찾게 된다. (= ClassPathResource를 통해 빈을 찾아내거나 빈 주입을 해준다.)

여기서 ApplicationContext의 타입이 WebApplicationContext이하 인 경우에는 ServletContextResource를 쓰게 된다.
ApplicationContext의 타입에 따라 Resource의 타입이 결정된다.
예를 들어서, ApplicationContext의 타입이 ClassPathXmlApplicationContext이면 getResource() 메소드에 아무런 문자열을 주지 않아도 classpath 기준으로 읽어오게 된다는 뜻이다.

참고

[스프링 핵심] Resource 추상화 스프링 문서

애자일 방법론

Sun, 27 Nov 2022 13:30:24 GMT

소프트웨어 개발 방법론

소프트웨어 개발, 유지보수 등에 필요한 여러 가지 일들의 수행 방법과 이러한 일들을 효율적으로 수행하려는 과정에서 필요한 각종 기법 및 도구를 체계적으로 정리하여 표준화 한 것.

목적 ? 생산성, 품질 향상
종류 : 구조적 방법론, 정보공학 방법론, 객체지향 방법론, 컴포넌트 기반(CBD)방법론, 애자일(Agile)방법론

구조적 방법론

🚩point : 구조 중심 분석/설계, 문서화, 모듈화

절차 중심의 개발 방법론
모듈화를 통해 기능적으로 분할하여 하향식으로 개발한다.
절차 : 요구사항 분석 -> 구조적 분석 -> 구조적 설계 -> 구조적 프로그래밍

정보공학 방법론

🚩point : 자료(Data)

정보 시스템의 개발을 위해 계획,분석,설계 ,구축에 정형화된 기법들을 상호 연관성있게 통합 및 적용하는 자료 중심의 방법론

객체지향 방법론

🚩point : 개체(entity) , 객체(Object), 캡슐화, 상속, 다형성

현실 세계의 개체를 기계의 부품처럼 하나의 객체로 만들어서 개발할 때 조립하듯이 객체들을 조립해서 필요한 소프트웨어 구현하는 방법론

컴포넌트 기반(CBD)

🚩point : 컴포넌트. 재사용

기존의 시스템, 소프트웨어를 구성하는 컴포넌트를 조합하여 새로운 어플리케이션을 만드는 방법

애자일 방법론

🚩point : 요구사항

Agile = 날렵한, 날쌘
고객의 요구사항 변화에 유연하게 대응할 수 있도록 일정한 주기를 반복하면서 개발 과정을 진행하는 방법론
요구사항이 자주 변화하는 프로젝트에 사용하는 것이 좋다.

잘못된 생각

올바른 생각

절차

요구사항 분석 후 우선순위가 높은 요구사항을 먼저 개발하고 개발된 부분에 대해 피드백을 받고 이를 반영해 다음 요구사항 개발에 참고하는 것을 반복하며 개발한다.

특징

고객과 개발자가 지속적으로 소통해서 변화하는 요구사항을 신속하게 수용함
고객의 의견을 가장 우선시함
팀원들과의 주기적인 회의 및 제품 시현하는 시간을 가진다.

장점

프로젝트 계획 시간이 최소화된다.
점진적으로 테스트할 수 있어서 버그를 빠르게 찾을 수 있다.
계획, 기능 수정에 유연하다.

단점

반복적인 유지보수 작업이 많다.
팀이 중심이 되는 개발방법이라서 공통 작업의 양이 많다.
계획이 확정된 상태로 개발하는 것이 아니라서 이해하지 못하고 진행하는 부분이 많을 수 있다.

종류

칸반

게시판을 구성 방식에 따라 구간을 나누어 작업의 현재 상태와 흐름을 시각적으로 보여주는 방법
프로젝트의 모든 참가자가 프로젝트의 진행상태를 확인 가능
기본적인 구성 방식은 계획, 진행중, 완료
진행 중인 일의 개수를 최소한으로 제한하는 것이 중요

TDD

Test Driven Development(테스트 주도 개발)
구현 코드 작성 전에 테스트 코드를 작성한다.
코드의 확장성, 유지보수가 용이해진다.

BDD

Behavior Driven Development(행위 주도 개발)
테스트 케이스가 요구항이 되도록 하는 개발 방식
함수단위 테스트보다는 시나리오 기반의 테스트 케이스 작성

스크럼

5~9명으로 구성된 소규모의 팀이 제품 개발을 하기 위해 스프린트(Sprint)를 반복한다.
❓스프린트 : 작업의 단위
❓스프린트 백로그 : 스프린트 각각의 작업 목록
스크럼 회의는 모든 팀원이 참가하고 짧게 진행하고 상황을 점검하는 시간

🙋‍♀️면접 질문

애자일 방법론은 무엇인가?
애자일하게 개발한 경험이 있는가?

출처

기술면접 - 애자일
스크럼과 애자일
회사에서 애자일하게 개발하는 법
애자일이란

Stateless vs Stateful(feat. Restful이란 무엇일까? 후속편)

Sun, 27 Nov 2022 13:27:51 GMT

REST에 대해 발표를 한 후 질문을 받았는데, 답을 하려고보니 내가 WAS, stateless,stateful에 대해 제대로 이해하지 못한 것 같아서 이를 정리해봤다.

❓ Question

일반적인(예를 들면 회원 관리하는) 웹 서비스 만드는데 REST 서버를 사용하고 싶다면 반드시 state를 관리할 수 있는 WAS도 같이 써야 하는지?

Stateless vs Stateful

상태가 있다, 없다 = 사용자나 클라이언트의 컨텍스트를 서버 쪽에서 유지한다, 안한다 = HTTP세션과 같은 컨텍스트 저장소에 상태 정보를 저장한다,안한다

Stateful

Server와 Client끼리 세션의 State(상태)에 기반하여 Client에 Response를 보낸다.
이를 위해서 세션 상태를 포함한 Client와의 세션 정보를 Server에 저장한다.
이것이 Stateful하다는 것이다.

Stateful특성

세션 정보를 Server에 저장한다.
세션 State에 따라서 응답이 달라진다.

Stateful예시

Stateful한 구조를 가진 프로토콜은 TCP, SMTP 등등이 있다.

TCP

그림 예시) TCP -> 그림에 보이는 SYN_SENT, LISTEN, ESTABLISHED 등등이 여기서 말하는 '상태' 이다.

TCP는 Connection(3-handShake)을 맺고 서버가 클라이언트에 대한 정보와 상태를 유지시키고 있기 때문에 Stateful이라고 함.

client로부터 받은 패킷헤더를 파싱해서 앞으로 받을 데이터의 크기, sequence번호 등을 저장하는데 이 받은 크기의 데이터를 다 받을 때까지 세션을 유지하고 크기, sequence번호 등의 세션정보를 서버에 저장한다.

SMTP

SMTP -> 메일 서버로 메일 보낼 때 상태를 가지고 송신자 주소, 수신자 주소, 메일 데이터 전송, 종료 등을 전송 종료 명령이 보내질 때까지 계속 유지됨

Stateless

server의 응답이 client와의 세션 상태와 독립적이고 server는 단순히 요청이 오면 응답을 보내는 역할만 수행하고 서버에 저장되는 상태값이 없다.

Stateless특성

세션 정보를 Server에 저장하지 않는다.
세션 State와 응답은 독립적이다.

Stateless예시

Stateless 구조를 가진 프로토콜은 UDP, HTTP 등등이 있다.

HTTP

HTTP는 통신 시 정보를 한 번씩 주고받은 후 바로 끊는 형태로 처리된다.
이렇게 상태 정보를 저장하지 않는 통신형태를 stateless라고 하며, HTTTP는 대표적인 stateless 프로토콜입니다.

그렇기 때문에 웹 서비스에서는 상태 정보 유지를 위한 별도의 처리가 필요하다.

서버가 클라이언트를 식별할 수 없을 때, 식별하기 위한 별도의 처리

Cookie, Session 방식
OAuth, JWT와 같은 토큰 기반 인증 방식
토큰 기반 인증방식은 암호화를 해주기 때문에 보안적인 부분에서 쿠키,세션보다 더 뛰어남.
외부 DB에 저장
상태를 유지하면서 연속된 응답을 해야 할 때 쿠키라는 기술을 사용함
즉, http는 stateless이고 바로바로 연결을 끊기 때문에 여러 단계의 흐름을 처리 할 때 각 요청이 동일한 사용자가 보낸 것인지 다른 사용자가 보낸 것인지 판단하지 못한다.이런 경우 여러 건의 요청 처리를 동일한 사용자 접속 세션으로 인식할 수 있도록 cookie를 사용한다.

Stateful VS Stateless

Stateful

만약에, server1에 클라이언트의 세션정보가 저장되면 server2에는 해당 정보가 없으므로 세션인증을 처음부터 다시 해줘야하기 때문에 clientA의 요청은 server1으로 연결되도록 관리해줘야 한다.

Stateless

clientA의 요청이 sever1, server2 어디에 연결되더라도 DB를 통해 정보에 접근이 가능하다.

즉, Stateless한 구조를 따르면, Scailing이 자유롭다는 장점이 있다.
트래픽 급증으로 clientA가 server2로 연결된 경우 세션 정보를 다시 옮겨줘야하지만 stateless는 이런 걱정이 필요없습니다.

WAS

웹 서버와 웹 컨네이너를 합친 것으로, 동적 컨텐츠를 제공하기 위해서 만들어진 Application서버입니다.
HTTP프로토콜을 기반으로 어플리케이션을 수행할 수 있도록 해주는 미들웨어이고 데이터베이스 서버와 같이 수행된다.
-> DB접속 기능 제공, 여러 트랜잭션 및 비즈니스 로직 수행

❗ Answer

정적 컨텐츠냐 동적 컨텐츠냐 -> WAS쓰냐 마냐
여러 요청에 대해 사용자 식별이 필요하냐 마냐 -> 따로 처리 해주냐 마냐
REST API -> HTTP기반 -> stateless -> 연결 상태를 저장하지 않는다.

즉, 정적 컨텐츠만 제공하는 서버일 경우에는 WAS없이 REST API 사용가능
REST와는 별개로 HTTP 동적 컨텐츠를 요청하면 WAS로 넘겨서 처리받고 이 결과를 WAS에게 받아서 클라이언트로 넘겨주는 것이고, 동적 컨텐츠를 사용하냐마냐와는 상관없이 여러 건의 요청을 동일한 사용자가 보내는 것인지 아닌지를 확인하기 위해서는 쿠키,세션이 필요하다

그러나, 일반적으로(통상적으로) API 서버가 API형태의 WAS를 구현하는 것을 말하고 RESTful API도 API(=Application Programming Interface)이기 때문에, Restful한 API를 제공하는 것은 WAS를 개발하는 것과 같다고 볼 수 있다.

참고

REST의 이해
Stateless vs Stateful
WebServer와 WAS
REST API와 WAS

Restful이란

Sun, 27 Nov 2022 13:25:13 GMT

REST

Representational State Transfer(대표적인 상태 전략)
웹의 장점을 최대한 활용할 수 있는 아키텍처(표준이 아니라 설계 가이드일 뿐이다.) why? 웹의 기존 기술과 HTTP 프로토콜을 그대로 활용하기 때문
웹에 존재하는 모든 자원(이미지, 동영상, DB자원,등)에 고유한 URI를 부여해서 자원을 주고받는 것 EX) 'DB의 학생 정보'라는 자원을 'students'로 표현할 수 있고 이의 상태를 주고 받는 것

구성요소

자원(resource) : URI 자원을 구별하는 ID는 /groups/:group_id와 같은 HTTP URI이고 자원은 서버에 존재한다.
클라이언트는 이 URI를 이용해서 자원을 지정하고 자원의 상태에 대한 조작을 요청한다.
행위: Method HTTP 프로토콜의 Method를 사용
프로토콜 메서드는 GET,POST,PUT,DELETE가 있다.
표현(Representation) 클라이언트가 서버로 요청을 보냈을 때 서버가 응답으로 보내주는 자원의 상태
REST에서 하나의 자원은 JSON,XML,TEXT,RSS등 여러 형태의 Representationmd로 나타낼 수 있다.
JSON,XML이 일반적임

특징

server- client 구조
stateless
Cacheable
Layered System
자체 표현 구조
Uniform Interface

Server-Client 구조

REST서버: API 제공, 비즈니스 로직 처리 및 저장
클라이언트: 사용자 인증, 컨텍스트(세션,로그인 정보)등을 직접 관리

자원이 있는 쪽이 서버, 자원을 요청하는 쪽이 클라이언트인 구조로 역할이 확실하게 구분이 되기 때문에 클라이언트, 서버에서 개발해야 할 내용이 명확해지고 서로간의 의존성이 줄어든다.

Stateless 무상태성

HTTP 프로토콜이 stateless 프로토콜이므로 REST 또한 무상태성을 가짐
상태 정보를 따로 저장, 관리하지 않는다. 즉, 세션정보나 쿠키정보를 별도로 저장 및 관리하지 않기 때문에 API서버는 들어오는 요청만 처리하면 된다.
-> 서비스의 자유도가 높아지고 구현이 단순해진다.

Cacheable 캐시가능

HTTP가 가진 캐싱 기능이 적용 가능하다.
HTTP protocol 표준에서 사용하는 Last-Modified 태그나 E-tag를 이용하면 캐싱 구현이 가능
대량의 요청을 효율적으로 처리하기 위해 캐시가 요구된다.

Layere System

API 서버로 순수 비즈니스 로직을 수행하고 그 앞단에 사용자 인증, 암호화 등을 하는 계층을 추가하는 등 유연성있는 구조로 구현할 수 있다.

자체 표현 구조

Method(동사) + URI(명사)로 이뤄져 있어서 API자체만 보고도 이해할 수 있다.

Uniform Interface 인터페이스 일관성

URI로 지정한 자원에 대한 조작을 통일되고 한정적인 인터페이스로 수행
HTTP 표준 프로토콜에 따르는 모든 플랫폼에서 사용이 가능하다.(특정 언어, 기술에 따라 사용이 안되거나 바뀌는 경우가 없다.)

REST API

API

Application Programmingn Interface
요청과 응답을 사용하여 두 애플리케이션이 서로 통신하는 방법

REST API

REST를 기반으로 서비스 API를 구현한 것

REST API 설계

URI는 정보의 자원을 표현해야 한다.

resource는 동사가 아닌 명사로, 대문자보다는 소문자를 사용

자원에 대한 행위는 HTTP Method로 표현

GET : 조회
PUT : 수정
DELETE : 삭제

POST : 생성 EX)

GET /members/delete/1 보다는
DELETE /members/1이 맞는 표현

URI 규칙

/는 계층 관계를 나타내는데 사용
마지막 문자로 /를 사용하지 않는다.
-는 가독성을 높이는데 사용할 수 있다
_는 URI에 사용하지 않는다
URI 경로에는 소문자가 적합하다
파일 확장자는 URI에 포함되지 않는다.

RESTful

REST라는 아키텍처를 구현하는 웹 서비스를 나타내기 위해 사용되는 용어 즉, REST API를 제공하는 웹 서비스를 RESTful하다고 할 수 있습니다.
목적: 이해하기 쉽고 사용하기 쉬운 REST API 만드는 것
근본 목적이 성능 향상이 아닌 api의 이해, 호환성을 높이는 것이므로, 성능이 중요한 상황에서는 굳이 RESTful한 API를 구현할 필요는 없다.

참고

[Network] REST란? REST API란? RESTful이란? REST란 REST API 제대로 알고 사용하기

[JAVA]String vs StringBuffer vs StringBuilder

Sun, 27 Nov 2022 13:23:41 GMT

String vs StringBuffer, StringBuilder

공통점

문자열을 다루는 대표적인 클래스
모두 String을 저장하고 관리하는 클래스

차이점

	String	StringBuffer	StringBuilder
저장위치	StringPool	Heap	Heap
Modifiable	불변	가변	가변
thread-safe	O	O	X
동기화	O	O	X
성능	빠름	느림	빠름

연산이 많은 경우 성능만 보면, StringBuilder > StringBuffer >> String 하지만, 상황에 맞게 사용하는게 좋음

String   :  문자열  연산이  적고  멀티쓰레드  환경일  경우

StringBuffer   :   문자열  연산이  많고  멀티쓰레드  환경일  경우

StringBuilder   :   문자열  연산이  많고  단일쓰레드이거나  동기화를  고려하지  않아도  되는  경우

String

📌 불변(immutable) , Strnig pool

불변

불변 = 한 번 저장된 값이 절대 변하지 않는다.

String str = "hello";
str = str + "world";
System.out.println(str); //hello world

String Pool

String 객체 생성하는 방식은 new String(), 리터럴("") 이 있다.

String str = new String("hello")

Heap영역에 메모리가 할당된다.
같은 문자열이라도 다른 객체이기 때문에 새로운 객체가 메모리에 할당된다.

String str = "hello"

String pool에 저장
내부적으로 intern()메소드 호출된다.
❓ intern()
주어진 문자열("hello")이 String pool에 존재하는지 확인한 후, 리터럴을 가리키는 참조를 가져오고 없으면 String pool에 리터럴을 넣고 그 주소를 가져오는 메서드

@Test
public void stringInternTest() {
    String a = "Hello";
    String b = new String("Hello");

    System.out.println("a == b ? : " + (a == b)); // false
    System.out.println("a == b.intern() ? : " + (a == b.intern())); // true
}

-> intern()메서드를 사용하면 메모리 낭비를 줄일 수 있다.

왜 String 객체는 불변일까?(불변으로 얻는 장점이 뭘까)

캐싱 기능에 의한 메모리 절약과 속도 향상
- 리터럴로 생성할 경우, 같은 문자열을 여러개 생성하지 않고 string pool에 등록되어 있는 객체를 참조하기 때문
thread-safe
- String 객체는 불변이기 때문에 여러 쓰레드에서 동시에 특정 String 객체를 참조하더라도 안전하다.
보안기능
- 중요한 데이터를 문자열로 다루는 경우 강제로 해당 참조에 대한 문자열 값을 바꾸는 것이 불가능하기 때문에 보안에 유리하다.

하지만, 문자열 추가,수정,삭제와 같은 연산이 많아지면 힙에 Garbage가 많이 생성되고 힙 메모리 부족으로 성능이 저하될 수 있다. 그래서, StringBuffer, StringBuilder클래스가 도입됨.

StringBuffer, StringBuilder

📌 가변 , append(), delete() 메소드 사용

StringBuffer sb = new StringBuffer("hello");
sb.append("world");

차이점

StringBuffer

멀티쓰레드 환경에서 주로 사용(동기화(synchronized) 지원)
예시 A스레드, B스레드 모두 StringBuffer 객체의 append()메서드를 사용하려고 할 경우,

A스레드 : sb의 append()동기화 블록에 접근 및 실행
B스레드 : A스레드 sb의 append() 동기화 블록에 들어가지 못하고 block상태가 됨
A스레드 : sb의 append()동기화 블록에서 탈출
B스레드 : block -> running상태로 변하고 sb의 append()접근 및 실행
StringBuilder

싱글 쓰레드 환경에서 주로 사용(동기화 지원x)

//////////StringBuffer//////////
    @Override
    public synchronized StringBuffer append(String str) {
        toStringCache = null;
        super.append(str);
        return this;
    }

//////////StringBuilder///////////
    @Override
    public StringBuilder append(String str) {
        super.append(str);
        return this;
    }

참고

신입 개발자 기술면접 질문 정리 - 자바
[Java] String, StringBuffer, StringBuilder 차이와 장단점
what is java String pool 자바스프링 풀 StringBuffer와 StringBuilder는 무슨 차이가 있는가

Observer pattern

Sun, 27 Nov 2022 13:22:15 GMT

Observer pattern

옵저버 패턴은 디자인 패턴 중 하나
주체가 어떤 객체의 상태 변화를 관찰하다가 상태 변화가 있을 때마다 메서드 등을 통해 옵저버 목록에 있는 옵저버들에게 변화를 알려준다.
이 주체와 옵저버 사이의 연결은 인터페이스를 이용해서 느슨한 결합을 유지하며, 주체, 옵저버 인터페이스를 사용한다.

❓ 주체 : 객체의 상태 변화를 보고 있는 관찰자
❓ 옵저버 : 이 객체의 상태 변화에 따라 전달되는 메서드 등을 기반으로 '추가 변화 사항'이 생기는 객체들을 의미.

객체와 주체가 분리되어 있을 수도 있고, 합쳐져 있을 수도 있고 주체와 객체를 구분짓지 않을 수도 있다.

[객체 주체 분리, 합체]

[주체,객체 구분 x]

예시 : 트위터
주체를 팔로우 한 사람들이 옵저버, 주체가 새로운 트윗을 올리면 옵저버들에게 알려줌.

옵저버 패턴 구조

이벤트 기반 시스템에 사용
MVC패턴에도 사용된다.

모델에서 변경사항이 생기면 view에 update()메서드를 통해 알려주고, controller는 이를 기반으로 동작한다.

예시

코드 출처

Java

JAVA코드

Math vs 삼항연산자

Sun, 23 Oct 2022 07:28:40 GMT

문제- 파티

백준의 파티 문제를 풀면서 플로이드 워샬 알고리즘을 사용할 때 Math.max()와 삼항연산자의 차이에 대해 알게되었다.

삼항연산자 or if문 사용

메모리	시간
36704 kb	2796 ms

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.util.StringTokenizer;

public class Boj_1238 {
    static int INF = 1_000_000_000;
    public static void main(String[] args) throws IOException {
        BufferedReader in = new BufferedReader(new InputStreamReader(System.in));
        //BufferedWriter out = new BufferedWriter(new OutputStreamWriter(System.out));
        StringTokenizer st = null;
        st = new StringTokenizer(in.readLine(), " ");
        int N = Integer.parseInt(st.nextToken());
        int M = Integer.parseInt(st.nextToken());
        int X = Integer.parseInt(st.nextToken()); // 파티장소
        int[][] town = new int[N + 1][N + 1];
        for (int i = 1; i <= N; i++) {
            for (int j = 1; j <= N; j++) {
                if (i != j)
                    town[i][j] = INF;
            }
        }

        for (int i = 0; i < M; i++) {
            st = new StringTokenizer(in.readLine(), " ");
            int start = Integer.parseInt(st.nextToken());
            int end = Integer.parseInt(st.nextToken());
            int T = Integer.parseInt(st.nextToken());
            town[start][end] = T;
        }

        for (int k = 1; k <= N; k++) {
            for (int i = 1; i <= N; i++) {
                for (int j = 1; j <= N; j++) {
                    int tmp = town[i][k] + town[k][j];
                    //삼항연산자 사용
                    town[i][j] = town[i][j] > tmp ? tmp : town[i][j];
                    //if문 사용
                    /*
                     if(town[i][j]>tmp){
                        town[i][j] = tmp;
                    }
                    */
                }
            }
        }

        int answer = Integer.MIN_VALUE;
        for (int i = 1; i <= N; i++) {
            answer = answer < (town[i][X] + town[X][i]) ? (town[i][X] + town[X][i]) : answer;
        }
        System.out.println(answer);
    }
}

Math.min(), Math.max() 사용

메모리	시간
24336 kb	1328 ms

import java.io.BufferedReader;
import java.io.BufferedWriter;
import java.io.IOException;
import java.io.InputStreamReader;
import java.io.OutputStreamWriter;
import java.util.Arrays;
import java.util.StringTokenizer;

public class Boj_1238 {
    public static void main(String[] args) throws IOException {
        BufferedReader in = new BufferedReader(new InputStreamReader(System.in));
        BufferedWriter out = new BufferedWriter(new OutputStreamWriter(System.out));
        StringTokenizer st = null;
        st = new StringTokenizer(in.readLine(), " ");
        int N = Integer.parseInt(st.nextToken());
        int M = Integer.parseInt(st.nextToken());
        int X = Integer.parseInt(st.nextToken()); // 파티장소
        int[][] town = new int[N + 1][N + 1];
        for (int i = 1; i <= N; i++) {
            for (int j = 1; j <= N; j++) {
                if(i!=j)
                    town[i][j] = 1000000;
            }
        }

        for (int i = 0; i < M; i++) {
            st = new StringTokenizer(in.readLine(), " ");
            int start = Integer.parseInt(st.nextToken());
            int end = Integer.parseInt(st.nextToken());
            int T = Integer.parseInt(st.nextToken());
            town[start][end] = T;
        }

        for (int k = 1; k <= N; k++) {
            for (int i = 1; i <= N; i++) {
                for (int j = 1; j <= N; j++) {

                    town[i][j] = Math.min(town[i][j],town[i][k]+town[k][j]);

                }
            }
        }

        int answer = Integer.MIN_VALUE;
        for (int i = 1; i <= N; i++) {
            answer = Math.max(town[i][X]+town[X][i], answer);
        }
        out.write(answer + "");
        out.flush();
        out.close();
        in.close();
    }
}

무려 시간이 반이나 줄었다.
그러나, 플로이드 워샬 알고리즘이 아닌 다른 데에서는 대부분 삼항연산자의 속도가 더 빠르다.(참고) 왜 플로이드 워샬 알고리즘에서는 삼항연산자에 비해 Math메서드의 속도가 더 빠른걸까?

Math.max()의 코드를 살펴보자

public final class Math{
    private Math() {}
    .
    .
    .
    /**
     * Returns the greater of two {@code int} values. That is, the
     * result is the argument closer to the value of
     * {@link Integer#MAX_VALUE}. If the arguments have the same value,
     * the result is that same value.
     *
     * @param   a   an argument.
     * @param   b   another argument.
     * @return  the larger of {@code a} and {@code b}.
     */
    public static int max(int a, int b) {
        return (a >= b) ? a : b;
    }
        /**
     * Returns the smaller of two {@code int} values. That is,
     * the result the argument closer to the value of
     * {@link Integer#MIN_VALUE}.  If the arguments have the same
     * value, the result is that same value.
     *
     * @param   a   an argument.
     * @param   b   another argument.
     * @return  the smaller of {@code a} and {@code b}.
     */
    public static int min(int a, int b) {
        return (a <= b) ? a : b;
    }

    .
    .
    .
}

... Math의 메서드도 내부적으로 삼항연산자로 구현되어 있다. 진짜 왜일까......? JIT컴파일러? 최적화? https://codeforces.com/blog/entry/80834

Java8버전에서는 시간 차이가 나고 Java11버전에서는 시간 차이가 나지 않고 거의 비슷했다.

CPU 스케줄링

Sun, 11 Sep 2022 15:26:29 GMT

CPU 스케줄링은 무엇이고 알고리즘 종류에 대해 설명하시오.

CPU 스케줄러는 CPU스케줄링 알고리즘에 따라서 프로세스에서 해야 하는 일을 스레드 단위로 CPU에 할당한다.

CPU 스케줄링

최고의 성능을 내기 위해서 자원을 어떤 프로세스에 얼마나 할당하는지 정책을 만드는 것 CPU 스케줄링 알고리즘의 목표는 CPU이용률은 높게, 주어진 시간에 많은 일을 하게, 준비 큐(ready queue)에 있는 프로세스는 적게, 응답 시간은 짧게 설정하는 것을 목표로 한다.

CPU 스케줄링 알고리즘

비선점형
- FCFS
- SJF
- 우선순위
선점형
- 라운드로빈
- SRF
- 다단계 큐

📌 비선점형(Non-preemmptive)

프로세스가 스스로 CPU 소유권을 포기하는 방식
강제로 프로세스를 중지하지 않는다.
컨텍스트 스위칭으로 인한 부하가 적다. (컨텍스트 스위칭 : PCB(Process Control Block)를 교환하는 과정인데 프로세스에 할당된 시간이 끝나거나 인터럽트에 의해 발생)

1. FCFS (First Come, First Served)

가장 먼저 온 것을 가장 먼저 처리하는 알고리즘 수행시간이 긴 프로세스는 준비큐에서 오래 기다릴 수도 있다는 문제점이 있습니다. 이 현상을 convoy effect라고 합니다.

2. SJF(Shortest Job First)

실행 시간이 가장 짧은 프로세스를 가장 먼저 실행하는 알고리즘 긴 시간을 가진 프로세스가 실행되지 않는 현상(starvation)이 발생하고 평균 대기 시간이 가장 짧습니다. 실제로는 실행 시간을 알기 어렵기 때문에 과거의 실행 시간을 토대로 추측해서 사용합니다.

3. 우선순위

오래된 작업일수록 우선순위를 높이는(aging)방법 을 통해서 SJF가 긴 실행 시간을 가진 프로세스가 실행되지 않는다는 단점을 보완한 알고리즘

📌 선점형(Preemptive)

현대 OS가 쓰는 방식
지금 사용하고 있는 프로세스를 알고리즘에 의해 중단시키고 강제로 다른 프로세스에 CPU소유권을 할당하는 방법 (즉, CPU가 어떤 프로세스에 의해 점유 중일 떄, 우선 순위가 높은 프로세스가 CPU를 차지할 수 있다.)
우선 순위가 높은 프로세스를 빠르게 처리해야할 경우에 유용하다.
선점이 일어날 경우, 오버헤드가 발생하며 처리시간을 예측하기 힘들다.

1. RR(RoundRobin)

우선순위 스케줄링의 일종 각 프로세스는 동일한 할당 시간을 주고 그 시간 안에 끝나지 않으면 다시 준비 큐의 뒤로 가는 알고리즘 할당 시간이 너무 클 경우 : FCFS알고리즘 처럼 작동한다. 할당 시간이 너무 짧을 경우 : 컨텍스트 스위칭이 잦아져서 오버헤드(비용이)가 커진다.

전체 작업 시간은 길어지지만 평균 응답 시간은 짧아진다.
2.SRF (=SRTF or STF)
Shortest Remaining Time Fist 알고리즘 SJF와는 다르게, 중간에 실행 시간이 더 짧은 작업이 들어오면 수행하던 프로세스를 중지하고 해당 프로세스를 수행하는 알고리즘

3. 다단계 큐

우선순위에 따른 준비 큐를 여러 개 사용하고 큐마다 라운드 로빈이나 FCFS등 다른 스케줄링 알고리즘을 적용한 것 큐 간의 프로세스 이동이 안되니까 스케줄링 부담이 적지만 유연성이 떨어진다는 특징이 있다.

🔶참고

[O/S] CPU 스케줄링 알고리즘 (CPU Scheduling Algorithm) [IT 기술면접 준비자료] CPU 스케줄링 기법 (선점 스케줄링, 비선점 스케줄링) 출처: https://preamtree.tistory.com/19 [Preamtree의 행복로그:티스토리] 책 - 면접을 위한 CS 전공지식 노트

CORS란 무엇인가

Sun, 11 Sep 2022 15:25:00 GMT

CORS

Cross Origin Resource Sharing(교차 출처 리소스 공유) 개발자가 가져오는 리소스들이 안전한지 검사하는 관문

특정 도메인 간의 교차, Ajax요청은 동일-출처 보안 정책에 의해 금지된다.

CORS가 발생하는 이유

HTTP 요청에 대해서 어떤 요청을 하느냐에 따라 각기 다른 특징을 갖고 있어서

HTML

기본적으로 Cross-Origin 정책을 따름
link 태그의 href에서 다른 origin의 css 등의 리소스에 접근하는 것이 가능
img 태그의 src에서 다른 리소스에 접근하는 것이 가능

XMLHttpRequest, Fetch API 등 script 태그 내

기본적으로 Smae-Origin 정책을 따름
Same-Origin정책 ? 자바스크립트는 서로 다른 도메인에 대한 요청을 보안상 제한함(브라우저 기본 설정은 하나의 서버 연결만 허용)

출처(Origin)

EX) https://www.google.com/search?q=asdas&oq=asdas&aqs=chrome..69i57j69i59j69i60l4j69i65l2.1703j1j7&sourceid=chrome&ie=UTF-8 라는 URL이 있으면, 이 URL은 Protocoal,Host,Port,Path,Query String, Fragment등으로 이뤄져있다. 여기서 출처란, Protocol,Host,Port를 모두 합친 것을 말한다. 즉, https://google.com이 부분이 출처다.

Same Origin vs Cross Origin

웹에는 크게 SOP(Same Origin Policy) 와 CORS(Cross Origin Resource Sharing)이 있다.

SOP

같은 출처에서만 리소스를 공유할 수 있다. 즉, 프로토콜이나 호스트, 포트가 다른 곳에서는 공유를 할 수 없다. Cross Origin이 된다.
출처를 비교하는 로직은 서버에 구현된 스펙이 아니라 브라우저에 구현된 스펙이다.
즉, 서버가 정상적으로 응답을 하더라도 브라우저 상에서 CORS정책에 위반되면 해당 응답은 무시된다.
(Internet Explorer는 Origin 비교시 포트를 무시하기 때문에 보안이 취약하다.)

개발 중에 만날 수 있는 오류(예시)

프론트 개발을 React와 같은 라이브러리를 사용해서 개발할 때, 백엔드 서버와 별도의 프론트 서버가 존재하게 된다.
프론트 개발 도중, 로컬의 백엔드 서버에 연동하거나 개발 서버에 연결해서 API연동을 할 때, 프론트 서버 : http://localhost:3000 백엔드 서버: http://localhost:8080 로 띄웠다면, 서버에서 응답이 넘어올 때 브라우저에서 CORS오류가 발생하게 된다.

CORS

HTTP header를 추가적으로 사용해서 다른 출처에 있는 선택한 자원에 접근할 수 있는 권한을 부여하도록 브라우저에 알려주는 것

CORS 등장 배경

초창기 웹에서 다른 웹사이트로 request를 보낼 때 쿠키와 같이 전송되기 때문에 다른 웹 사이트에서도 쿠기 값을 확인할 수 있었다.
또한, 출처가 다른 것끼리 요청을 주고받기 위해서 JSONP라는 방식을 사용했는데, 이는 html스크립트 상에서는 다른 도메인에 대한 요청을 허용하기 때문에

tenacious_mzzz.log

[Java] BufferedReader, InputStreamReader 의미

문자 인코딩

아스키 코드

유니코드

UCS-2(문자표)

UTF-16

UTF-8

JVM의 인코딩 방식

Stream

스트림의 종류

InputStreamReader

GitLab to GitHub mirroring

GitLab -> GitHub으로 미러링하면...

어떻게 옮기는가

Error발생

문제

원인

해결방법

참고

[Java]Wrapper class란

Java Wrapper class

Wrapper class란?

Wrapper class의 필요성

박싱 & 언박싱

더 알아보기

오토박싱, 오토 언박싱

참고

Spring문서 - Core(Resuorce) 2

ResourceLoader Interface

ResourcePatternResolver Interface

ResourceLoaderAware 인터페이스

ResourceLoader

ResourcePatternResolver

ResourceLoaderAware

참고

Spring문서 - Core(Resuorce)

Spring의 Resource란?

Resource 구현되어 있는 모습을 살펴보자.

Resource 인터페이스의 주요 메서드

Built-in Resource Implementations

UrlResource

ClassPathResource

FileSystemResource

PathResource

InputStreamResource

ByteArrayResource

ServletContextResource

리소스 읽어오기

참고

애자일 방법론

소프트웨어 개발 방법론

구조적 방법론

정보공학 방법론

객체지향 방법론

컴포넌트 기반(CBD)

애자일 방법론

절차

특징

장점

단점

종류

칸반

TDD

BDD

스크럼

🙋‍♀️면접 질문

출처

Stateless vs Stateful(feat. Restful이란 무엇일까? 후속편)

❓ Question

Stateless vs Stateful

Stateful

TCP

SMTP

Stateless

HTTP

Stateful VS Stateless

Stateful

Stateless

WAS

`ResourceLoader` Interface

`ResourcePatternResolver` Interface

`ResourceLoaderAware` 인터페이스

`ResourceLoader`

`ResourcePatternResolver`

`ResourceLoaderAware`

Spring의 `Resource`란?

`Resource` 인터페이스의 주요 메서드