개발을 하다보면 프로그램이 종료되지 않아서.. 작업관리자에서 강제로 프로세스를 종료해야하는 일이 종종 생기는 것 같다... 거기다 노트북인지라... 프로세스 갯수는 거의 80여개에 가까운 숫자가 된다....

프로세스를 보다보니 대체 무엇에 쓰이는 항목들인지..
이래저래 찾아보고 몇가지만 정리해 본다.

-----------------------------------------------------------------------------------------------------
프로세스명 : System 
 -> 쓰레드의 시작점 프로세스

프로세스명 : system idle process 
 -> 작업관리자에서 system idle process은 cpu의 여유로운 상태를 말해준다. 
    현재 사용할 수 있는 남은 자원을 %로 말한 것으로 아무작업을 안하고 있을때는 99%가 됩니다.

프로세스명 : taskmgr.exe 
 -> Task Manager 즉, 작업 관리자를 띄우면 생성된다.
 -> 실행파일경로 : C:\WINDOWS\system32\taskmgr.exe

프로세스명 :  wuauclt.exe
 -> Windows Update AutoUpdate Client는 마이크로소프트 윈도우 자동업데이트를 도와주는 백그라운드 프로그램
 -> 실행파일경로 : C:\WINDOWS\system32\wuauclt.exe or \system32\dllcache\wuauclt.exe 

프로세스명 : conime.exe
 -> Consol IME 명령 프롬프트에서 다국어를 지원하도록 하기 위해 사용하는 프로그램.
    영어만 사용하지 않는 이상 반드시 필요한 프로그램. 단, conimekr.exe일경우 conimekr.exe는 광고 프로그램.
 -> 실행파일경로 : C:\WINDOWS\system32\conime.exe

프로세스명 : mmc.exe
 -> Microsoft Management Console application으로 컴퓨터 관리창을 실행했을 경우 나타난다.
 -> 실행파일경로 : C:\WINDOWS\system32\mmc.exe

프로세스명 : wmiprvse.exe
 -> 윈도우 미디어 플레이어 10을 설치하면 생성되는 파일이며, 단 wmiprvsw.exe는 Sasser worm이다. wmiprvsw.exe이라면 제거해야한다. 
 -> 실행파일경로 : C:\WINDOWS\system32\dllcache\wmiprvse.exe or \wbem\wmiprvse.exe

작업이름 : Winlogon.exe
 -> 사용자 로그인/로그오프를 담당하는 프로세스, 윈도우의 시작/종료시, Ctrl+Alt+Del
 -> 실행파일경로 : C:\WINDOWS\system32\Winlogon.exe

프로세스명 : smss.exe
 -> Session Manager SubSystem, 사용자 세션을 시작하는 기능을 담당. Winlogon, Win32(Csrss.exe)을 구동시키고, 시스템 변수를 설정. 
    Winlogon이나 Csrss가 끝날때, 정상적인 Winlogon/Csrss 종료시 시스템을 종료시키며, 비정상적인 Winlogon/Csrss 종료시, 시스템이 멎는 상태가 된다
 -> 실행파일경로 : C:\WINDOWS\system32\smss.exe

프로세스명 : csrss.exe
 -> Client/Server Runtime SubSystem, 윈도우 콘솔을 관장, 쓰레드를 생성/삭제하며, 16bit 가상 MS-DOS 모드를 지원. 
    이 프로세서는 작업관리자로 제거 할 수 없다.
 -> 실행파일경로 : C:\WINDOWS\system32\csrss.exe

프로세스명 : Lsass.exe
 -> Local Security Authentication Server, Winlogon 서비스에 필요한 인증 프로세스를 담당
 -> 실행파일경로 : C:\WINDOWS\system32\Lsass.exe

프로세스명 : winmgmt.exe
 -> 클라이언트 관리 요소, 윈도우를 정상적으로 운영하는데 있어 필수적인 프로세스, 종료시 시스템 다운및 다른 부작용유발됨
 -> 실행파일경로 : C:\WINDOWS\system32\wbem\winmgmt.exe

프로세스명 : MDM.EXE
 -> MDM.EXE(Machine Debug Manager) Office 2000과 Windows NT Option Pack / Developer Studio등에 의해서 설치됨 - 일반적으로 컴퓨터성능에 영향을 미침
 -> 실행파일경로 : C:\WINDOWS\system32\MDM.EXE
저작자표시

라디오 버튼을 동적으로 생성하기 위해 만들었던 jQuery인데...
DWR과 같이 사용을 한터라.... 범용으로 사용하기에는 무리가 있을 수 있다.
음...데이터 형태만 맞추면 가능할지도....^^;;

/************************************************************************************
' function명: addRadioMap
' 내용      : 라디오버튼 동적으로 생성.
'             jQuery.js(core)에 삽입
'             strGrpName = 라디오버튼 그룹명.
'             data = [{key:'string', value:'string'},{key:'string', value:'string'},{key:'string', value:'string'}] 형식
'             strKey = Map데이터의 key
'             strValueKey = Map데이터의 value key
*************************************************************************************/
addRadioMap: function ( strGrpName, data, strKey, strValueKey )  {
    var arrText = [];
    for( var iCnt in data ){
      arrText[iCnt] = "&nbsp;<input type='radio' name='"+strGrpName
                    +"' id='"+data[iCnt][strKey]+"'value='"+data[iCnt][strValueKey]+"'>"+data[iCnt][strValueKey];
    }

    // 해당 테그의 압쪽에 넣는다.
    this.prepend(arrText.join(' '));    //or this.html(arrText.join(''));
} 
저작자표시
프로젝트를 진행하면서 새로운 사실을 발견했다~

java에서 String 타입의 null 값 더하기 String 타입의 null은 String 타입 nullnull이 된다....
찾아본 결과 아래의 글을 찾아볼 수 있었는데...
String 타입의 편의성을 위해 그렇게 된다고 하는데....

자바를 오랜 기간 다루었던 사람들은 알지도 모르는 것이지만 
다룬 기간이 짧은 나로서는 새로우면서도 조금은 쏘킹했다.

오오 널널~

===========================================================================================

[ null String value in Java ] null String problem


자바에서 String 을 다룰때 조심해야할 사항들이 있다.

junit으로 테스트 하면 다음의 테스트 클래스는 성공적으로 실행된다.

public class Test_NullString extends TestCase {
    
    public void testNullString () {
        String nullString = null;
        String nullString2 = null;
        assertNull(nullString); // null 이다.
        nullString += "?";
        assertEquals("null?", nullString);
        assertEquals("nullnull", nullString + nullString );   
}
    
    public void testSameString() {
        assertTrue("home" == "home");
        assertFalse("home" == new String("home"));
        assertFalse( new String("home")== new String("home"));
        assertTrue(getJane() == getTom());
    }
    public void testSameObject() {
        assertFalse(new TestObj() == new TestObj());
    }
    private String getJane(){ return "Hi";}
    private String getTom() { return "Hi";}
    
    private class TestObj{
        public boolean equals(Object obj) {
            if ( obj instanceof TestObj ) return true;
            else return false;
        }
    }
}

testNullString() 에서 볼 수 있듯이 null 로 초기화된 string의 경우 이어지는 string 값을 더할 경우 + 연산에 의해서 "null" 이 붙게 된다. null 로 초기화된 두개의 string 을 더할때에도 마찬가지로 그 결과는 "nullnull" 이 된다.

이런 결과는 null 에 대한 보통의 상식과 전혀 다른 결과이다. null 인 스트링과 null 이 아닌 스트링을 더했을때 당연히 null 이 아닌 스트링만 나오기를 기대했었는데 의외의 결과...

왜 일반의 통념과 다르게 null에 대한 + 연산을 이렇게 구현해야 했을까?

우선 + 연산이 스트링에 대해서 아주 빈번하게 사용된다는 점을 들 수 있는데, + 연산이 구체적으로 어떻게 실행되는지 api 의 코드에는 나와있지 않아서 알 수 없지만 내부적으로 StringBuffer 와 동일한 규칙이 적용되고 있다고 짐작할 따름이다.(StringBuffer의 경우도 append( null ); 이 들이오면 "null" 을 붙이도록 구현되어 있다. 뭐냐 이거.. -_-;;)

만일 일반의 생각대로 ((String)null) + "a" 의 결과가 "a" 라고 하자.

그러면 결과는 "a"가 나올 수 없는데, null 이기 때문에 NullPointerException 이 던져져야 한다. null 로 초기화된 객체는 아무런 연산 행위도 갖지 못한다. 무의식 중에 스트링에 대해서 + 연산을 실행하지만 이런 편의를 위해서 위와같이 null 스트링을 처리하는 것이 아닌가...짐작할 뿐이다.

예를 들어 ((Object)null) + ((Object)null) 을 하면 컴파일 에러가 던져진다. Object 형에 대해서는 + 연산이 정의되어있지 않기 때문... 결국 String 객체에 + 연산을 적용하기 위해서 null에 대해 특별한 처리를 한 것 같다.

두번째 예제도 나름 흥미롭다.

    public void testSameString() {
        assertTrue("home" == "home");
        assertFalse("home" == new String("home"));
        assertFalse( new String("home")== new String("home"));
        assertTrue(getJane() == getTom());
    }

보통 == 와 equals(Object o) 에 대한 닳고 닳은 설명들과 달리 위 테스트도 모두 성공한다. 첫번째와 달리 두번째, 세번째 테스트가 false로 나오는 것에 주목할 필요가 있다.

자바소스 코드 내에서 "...." 로 둘러싸인 부분들은 모두 ConstantPool에 저장된다. ConstantPool이란 자바 클래스 파일에 상수값들만 따로 뽑아놓은 값들인데 동일한 문자열들은 모두 하나의 스트링 값으로 참조되므로 첫번째 "home" == "home"은 true가 된다.(동일한 물리 주소를 참조)

두번째 세번째 assert 에서 new 로 새로운 스트링객체를 만드는데 이것들은 ConstantPool에 있는 스트링을 통해서 새로 만들어진 객체라는게 중요하다.(서로 다른 물리주소를 참조하므로 false이다.)

상식과 어긋나 보이는 이런 규칙들은 대부분의 경우 편리하고 좋지만 안좋을 때도 있다. 일례로 이 글을 쓰게 된 것도 Servlet 에서 getQueryString() 이 반환하는 null 값이 예상치 못한 행동을 하고(위에 설명한...) 그 이유를 알아보다 위와같은 테스트까지 하게 된 것이다.

어찌보면 null의 문제라기보다는 null을 반환하도록 코딩된 서블릿의 구현이 문제가 있는게 아닌가 싶다. 사실 모든 메소드가 인스턴스를 반환할때 null을 피하는 것이 좋다.특히 + 연산이 허용된 java.lang.String 의 경우는 더욱 그러하다. 하지만 스펙에는 아주 용감하게 "쿼리 스트링이 없을 경우 null 을 반환한다" 라고 쓰여져 있다.

덕분에 두시간 넘게 헤매고 다녔다. -_-;;

웬만하면 스트링을 초기화할때는 null 이 아니라 "" 로 초기화해야한다.

           String query = "":

물론 String을 반환하는 메소드의 경우 ""과 null 이 서로 다른 의미를 갖는게 아니라면 무조건!!! "" 을 반환하도록 하는게 옳다고 생각한다. 

+ Recent posts

티스토리툴바