Windows에서 OpenJDK 사용 :: 2019/03/13 13:39

오라클에서 Sun을 인수한 이후, JDK 유료화 정책으로 인해 Java 프로그래밍을 하는 세상에 지각 변동이 일어났습니다.


리눅스에서는 이전부터 OpenJDK를 사용하였는데, Windows에서도 사용할 수 있도록 오픈되었네요.

https://github.com/ojdkbuild/ojdkbuild

앞으로는 OpenJDK를 사용해야 할 듯...

2019/03/13 13:39 2019/03/13 13:39
Trackback Address :: http://www.yongbi.net/trackback/837
[로그인][오픈아이디란?]
오픈아이디로만 댓글을 남길 수 있습니다
Name
Password
Homepage

Secret

Java Singleton Class :: 2019/03/11 21:45

일반적으로, 메모리에 하나의 Instance만 로딩되도록 해야 하는 경우 Singleton Pattern을 적용한 Singleton Class를 사용한다.


하지만, 대용량의 트래픽이 발생하는 Concurrent Request 환경에서는 하나의 Request가 곧 하나의 Thread를 실행하게 된다. 그런 경우, Singleton Class는 Thread-Safe하지 않게 될 수 있다.

원치 않게 각 요청에 따른 올바른 Response를 주지 못하고, 데이터가 꼬여 다른 결과를 리턴하게 되는 치명적인 결과가 초래될 수 있다.

모든 경우와 같이, Singleton Class를 제공하는 경우에도 다음과 같은 고려가 필요하다.

- 동시에 여러 개의 요청이 오더라도 순서대로 처리할 수 있어야 한다.
- 최대한의 성능을 고려해야 한다.
- 여러 요청으로 인해 병목이 발생하더라도 다른 작업을 처리하고 있는 Thread에 영향을 최소화해야 하고, 프로그램이 종료되지 않아야 한다.

Singleton Class 구현 방법은 다음과 같은 방법으로 생각해 볼 수 있다.

<1> Eager Initialization
package com.dev.sample

public class EagerInitSingleton {

private static final EagerInitSingleton = new EagerInitSingleton();
private EagerInitSingleton () {}

public static EagerInitSingleton getInstance() {
return instance;
}
}
Class Loading 시점에 Singleton Class Instance가 생성된다. 가장 쉽게 Signleton Class를 생성하는 방법이지만, Client에서 요청이 없을 때에도 항상 생성되므로 불필요한 리소스를 사용하게 된다. 또한 대부분 파일 시스템이나 데이터베이스에 접속하는 경우 Singleton Class를 사용하는데 Exception을 처리할 수 없다.

<2> Static Block Initialization
package com.dev.sample

public class StaticBlockSingleton {

private static StaticBlockSingleton instance;

private StaticBlockSingleton () {}

static {
try {
instance = new StaticBlockSingleton();
}
catch (Exception e) {
throw new RuntimeException(e.printStackTrace());
}
}

public static StaticBlockSingleton getInstance() {
return instance;
}
}
Static Block은 Eager Initialization Singleton과 비슷하게 Class Loading 시점에 Static Block 안에서 Singleton 객체가 생성되지만, Exception을 처리할 수 있다. 하지만, 동일한 단점을 가지고 있다.

<3> Lazy Initialization
package com.dev.sample

public class LazyInitSingleton {

private static LazyInitSingleton instance;

private LazyInitSingleton() {}

public static LazyInitSingleton getInstance() {

if (instance == null) {
instance = new LazyInitSingleton();
}

return instance;
}
}
Single Thread 환경에서 잘 동작한다. 하지만, 동시에 여러 개의 Thread가 접근할 경우 여러 개의 Instance가 생성될 수 있다. 그런 경우 Singleton Pattern이 깨지고, 서로 다른 Singleton Instance를 사용하게 될 수 있다.

<4> Thread-Safe Singleton
package com.dev.sample

public class ThreadSafeSingleton {

private static ThreadSafeSingleton instance;

private ThreadSafeSingleton() {}

public static synchronized ThreadSafeSinfleton getInstance() {

if (instance == null) {
instance = new ThreadSafeSingleton();
}

return instance;
}
}
synchronized 키워드를 사용하여 한번에 하나의 Thread만 호출할 수 있도록 만들 수 있다. 하지만 모든 Thread의 요청에 대해 synchronized를 실행하므로 성능상 오버헤드가 발생한다.

<5> Double Checked Thread-Safe Singleton
package com.dev.sample

public class DoubleCheckThreadSafeSingleton {

private static DoubleCheckThreadSafeSingleton instance;

private DoubleCheckThreadSafeSingleton() {}

public static DoubleCheckThreadSafeSingleton getInstance() {

if(instance == null) {
synchronized (DoubleCheckThreadSafeSingleton.class) {
if (instance == null) {
instance = new DoubleCheckThreadSafeSingleton();
}
}
}

return instance;
}
}
위와 같은 Double Checked Locking 원리를 이용하면, 조건을 만족시키는 경우 (instance == null) 한 번만 synchronized block이 실행되므로 하나의 Singleton Class Instance만 생성된다. synchronized로 인한 성능 이슈를 해소할 수 있다.

<6> On-demand Holder Idiom에 따른 Inner Class(holder or helper class)를 이용한 Singleton
package com.dev.sample

public class HelperSingleton {

private HelperSingleton() {}

private static class SingletonHelper {
private static final HelperSingleton instance = new HelperSingleton();
}

public static HelperSingleton getInstance() {
return SingletonHelper.instance;
}
}
getInstance() method를 호출 할 때, SingletonHelper 클래스가 생성되고 Singleton intance는 static final 키워드로 인해 한번만 생성된다. 대부분 <6>번의 경우를 많이 사용한다.







2019/03/11 21:45 2019/03/11 21:45
Trackback Address :: http://www.yongbi.net/trackback/836
[로그인][오픈아이디란?]
오픈아이디로만 댓글을 남길 수 있습니다
Name
Password
Homepage

Secret

CentOS 7.5 Java Home 설정 :: 2019/03/07 21:55

JAVA_HOME 설정

01. 설치 가능한 JDK 버전 확인
yum list java*jdk-devel
02. 설치 가능한 모든 JDK 설치 (6, 7, 8, 11)
sudo yum install -y java*jdk-devel
03. 기본 Java 버전 설정
alternatives --config java
04. Java Home이 설정되어 있는지 확인
echo $JAVA_HOME
05. 없으면 javac 명령어가 지정하는 위치 확인
which javac -> /usr/bin/javac
06. java 명령어가 지정하는 위치는 Symbolic link 이므로 원본 위치 확인
readlink -f /usr/bin/javac -> /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.201.b09-2.el7_6.x86_64/bin/javac
07. Java Home 설정
echo "export JAVA_HOME='/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.201.b09-2.el7_6.x86_64'" >> ~/.bashrc
source ~/.bashrc

08. Java Home 설정 확인
echo $JAVA_HOME
09. Java Home을 이용한 javac 버전 확인
$JAVA_HOME/bin/javac -version

2019/03/07 21:55 2019/03/07 21:55
Trackback Address :: http://www.yongbi.net/trackback/835
[로그인][오픈아이디란?]
오픈아이디로만 댓글을 남길 수 있습니다
Name
Password
Homepage

Secret
< PREV |  1  |  2  |  3  |  4  |  5  |  6  |  7  |  ...  200  |  NEXT >