Polpid's Pensieve

ExecutorService

1. newFixedThreadPool vs newCachedThreadPool

일단 doc 문서를 참고 하자면 아래와 같이 설명이 되어있다..

newFixedThreadPool();

Creates a thread pool that reuses a fixed number of threads operating off a shared unbounded queue. At any point, at most nThreads threads will be active processing tasks. If additional tasks are submitted when all threads are active, they will wait in the queue until a thread is available. If any thread terminates due to a failure during execution prior to shutdown, a new one will take its place if needed to execute subsequent tasks. The threads in the pool will exist until it is explicitly shutdown.

newCachedThreadPool();

Creates a thread pool that creates new threads as needed, but will reuse previously constructed threads when they are available. These pools will typically improve the performance of programs that execute many short-lived asynchronous tasks. Calls to execute will reuse previously constructed threads if available. If no existing thread is available, a new thread will be created and added to the pool. Threads that have not been used for sixty seconds are terminated and removed from the cache. Thus, a pool that remains idle for long enough will not consume any resources. Note that pools with similar properties but different details (for example, timeout parameters) may be created using ThreadPoolExecutor constructors.

newFixedThreadPool은 pool size가 다 차고 나면 다음 thread가 실행되기 위해서는 먼저 실행되었던 thread가 종료되어야 한다. 

newCachedThreadPool는 기존에 사용되던 thread가 사용가능하면 재사용하고, 아니면 새로운 thread를 생성한다. 그리고 일정시간 동안 사용하지 않는 thread는 종료시킨다. 

이런 의미에서 newChacedThreadPool이 성능면에서 좋다는 의미인것 같다. 

execute vs submit

1. 오버라이딩 할때에는 접근 제한자의 범위가 같거나 커야한다.

2. 오버라이딩 된 하위 클래스의 메서드에 throws 구문이 있으면 상위 클래스의 오버라이딩을 준 메서드도 반드시 해당 예외 클래스에 준하는 throws 구문이 있어야 한다.

맨날 오버로딩하고 헷갈리는 오버라이딩

규칙도 있다는것을 처음 알았다

참고로 오버 로딩은 매개변수가 다르거나 매개변수의 자료형이 틀린 동일한 메서드를 말한다.

까먹지 말아야지..

예전에 시험에서 나왔었는데...

객채가 생성되면 인스턴스 변수는 포함이 되지만 메서드는 포함되지 않는다.

가끔 찾아보기가 귀찮아서.. ㅡㅡ;

try {
      BufferedReader in = new BufferedReader(new FileReader("src/input"));
      String s;
      while ((s = in.readLine()) != null) {
        System.out.println(s);
      }
      in.close();
    } catch (IOException e) {
        System.err.println(e);
        System.exit(1);
    }
}

1. 속성 정의 XML 파일에 추가되어야 하는 정의 

 xmlns:context="http://www.springframework.org/schema/context“
                                  http://www.springframework.org/schema/context
                                  http://www.springframework.org/schema/context/spring-context-3.0.xsd">  
                <context:annotation-config/>       
Spring Container가 Annotation을 인식하기 위해서는 Spring Container에 BeanPostProcessor들이 등록되어있어야한다. <context:annotation-config/>을 추가하면 내부적으로 자동 등록된다.

2. Stereotype
- @Service : Business Layer를 구성하는 서비스 클래스 대상
- @Repository : Data Access Layer를 구성하는 클래스 대상
- @Controller : 프레젠테이션 Layer를 구성하는 클래스 대상, Spring MVC 기반의 경우에 한하여 사용

3. Dependencies
- @Inject, @Autowired, @Resource : 특정 Bean의 비지니스 기능 수행을 위해 다른 Bean을 참조할경우 사용
- @Inject (javax.inject-xxx.jar)
  멤버변수, setter 메소드, 생성자, 일반 메소드에 정의
- @Autowired : Framework에 종속적
- @Resource (jsr250-api.jar)
  멤버변수와 setter 메솓에 정의할수 있음

4. Auto-Detection
- <context:component-scan> 정의 필요
- 클래스패스 상에 존재하는 클래스들을 스캔하여 Stereotype Annotation이 정의된 클래스들과 필터와 비교하여 매칭되는 클래스들을 Bean으로 인식하여 자동으로 등록

 <context:component-scan base-package="패키지명" />

5. TestCase
- @RunWith : SpringFramework에서 Junit4.5+와의 연계를 위해 제공하는 SpringJUnit4ClassRunner클래스로 정의
- @ContextConfiguration : ApplicationContext 생성시 필요한 속성정의 파일 위치 명시

SpEL
- Expression Languege중 하나, 런타임시 특정 객체의 정보에 접근하거나 조작할수 있도록 지원.

1. XML 기반 Bean 정의시

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> 
        <property name="driverClassName" value="#{contextProperties.driver}"> 
        <property name="url" value="#{contextProperties.url}"> 
        <property name="username" value="#{contextProperties.username}"> 
        <property name="password" value="#{contextProperties.password}"> 
</property></property></property></property></bean>

classpath상에 존재하는 context.properties파일을 로드하여 bean으로 정의한 후 driver, url 등의 정보를 추출함.

2. Annotation 기반 Bean 정의시

1. @Repository(“movieDao")
2. public class MovieDao extends SimpleJdbcDaoSupport {
3.  
4.        @Value("#{contextProperties['pageSize'] ?: 10}")
5.        int pageSize;
6.        @Value("#{contextProperties['pageUnit'] ?: 10}")
7.        int pageUnit;
8.        @Inject
9.        public void setJdbcDaoDataSource(DataSource dataSource) throws Exception {
10.                  super.setDataSource(dataSource);
11.        }
12. }

@Value라는 Annotation과 함께 Expression정의 (값이 없을 경우 10으로 셋팅)

- Autowiring 이란
  Spirng container가 bean 간의 참조관계를 자동으로 연결해주는 기능

- 속성값
 1. no : 기본값
 2. byName : property 명과 동일한 id 또는 name을 가진 bean
 3. byType : 동일한 클래스타입,(같은 타입 여러개 존재시 exception 발생)
 4. constructor : byType과 비슷하나 생성자인자에 적용
 5. autodetect : constructor 모드 수행후 byType 모드 수행
 6. default : 최상위 태그인 <beans> 에 셋팅한 모드가 수행됨. (default-autowire 속성)

Setter Injection 사용시

1. <bean id="firstBean" class="“org.anyframe.exercise.dependencies.FirstBean">
2.     <property name="”secondBean”" ref="”secondBean”/"></property></bean>
3.     <bean id="secondBean" class="“org.anyframe.exercise.dependencies.SecondBean/">
4. </bean>

Autowire 사용시

<bean id="firstBean" class="“org.anyframe.exercise.dependencies.FirstBean" autowire="byType">
    <bean id="secondBean" class="“org.anyframe.exercise.dependencies.SecondBean/">
</bean></bean>

특정 bean을 autowiring 제외시키려면

1. <bean id="bean" class="“org.anyframe.test.TestBean”" autowire-candidate="false"> </bean>