짱수의 스토리 창고

1. ps 명령어

현재 실행되는 프로세스의 상태를 나타내주는 명령어이다.

ps명령어는 기본적으로 해당 사용자 소유의 프로세스만 보여준다. 아무런 옵션을 주지 않았을 때 출력되는 필드는 다음과 같다. (출력되는 내용은 시스템마다 차이가 있다.)

• PID: 프로세스 아이디
• TTY: 프로세스와 연결된 터미널 포트
• TIME: 프로세스에서 사용한 CPU시간
• CMD: 명령어

• USER: 프로세스 사용자
• %CPU: CPU 사용 비율
• %MEM: 메모리 사용 비율
• VSZ: 가상 메모리 사용량
• RSS: 실제 메모리 사용량
• STAT: 현재 프로세스의 상태 
            R: 실행중 혹은 실행할수 있는 상태
            S: 수면 상태
            I: 휴식상태
            T: 정지상태
            Z: 좀비 프로세스
            W: 스왑 아웃된 상태
            P: 페이지 대기
            D: 디스크 대기
            N: nice로 실행 우선순위가 낮아진 상태
• START: 프로세스가 시작된 시각 혹은 날짜

• F: 프로세스와 관련된 플래그
• S: 프로세스 상태 (위의 STAT필드와 동일)
• PPID: 부모 프로세스의 PID
• C: 단기간 CPU사용률
• PRI: 실제 실행 우선순위
• NI: 프로세스의 nice 수치
• WCHAN: 프로세스가 기다리고 있는 이벤트

안드로이드는 아이폰과 달리 기기마다 특성이 다르고 덕분에 어떤 디바이스에서는 잘 되는데 어떤 디바이스에서는 잘안되고 이런 문제가 허다하더군요. 이 문제를 어떻게 해결하지 못하면 앞으로 디바이스 종류는 더 다양해 질텐데 개발자들의 한숨만 늘어날수도 있겠습니다.

아무튼 다양한 디바이스에서 잘 돌아가게 만드는것이 중요한데 개발을 하다보면 한계에 봉착합니다. 무엇이냐면 어떤 디바이스에서는 죽어도 안되는 경우입니다. 아니면 아예 다른 방법으로 접근해야 간신히 문제가 해결되는 독특한 디바이스들이 있습니다. 이경우 어떻게 해야 할까요.

물론 디바이스의 이름을 알아내서 이때만 예외처리를 하는 방법도 있겠습니다. 비참하지만 능력 부족의 한계ㅠㅠ 아무튼 이런 경우에 디바이스에서 어떤 정보를 가져올 수 있는지 확인해 보았습니다. Build라는 클래스의 정보들을 읽어보시면 원하는 정보를 얻어올 수 있습니다.

package kr.pe.theeye;

import android.app.Activity;
import android.os.Build;
import android.os.Bundle;
import android.util.Log;

public class ModelNameTest extends Activity
{
    /** Called when the activity is first created. */
    @Override
    public void onCreate(Bundle savedInstanceState)
    {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        
        Log.d("ModelNameTest", "BOARD: " + Build.BOARD);
        Log.d("ModelNameTest", "BRAND: " + Build.BRAND);
        Log.d("ModelNameTest", "CPU_ABI: " + Build.CPU_ABI);
        Log.d("ModelNameTest", "DEVICE: " + Build.DEVICE);
        Log.d("ModelNameTest", "DISPLAY: " + Build.DISPLAY);
        Log.d("ModelNameTest", "FINGERPRINT: " + Build.FINGERPRINT);
        Log.d("ModelNameTest", "HOST: " + Build.HOST);
        Log.d("ModelNameTest", "ID: " + Build.ID);
        Log.d("ModelNameTest", "MANUFACTURER: " + Build.MANUFACTURER);
        Log.d("ModelNameTest", "MODEL: " + Build.MODEL);
        Log.d("ModelNameTest", "PRODUCT: " + Build.PRODUCT);
        Log.d("ModelNameTest", "TAGS: " + Build.TAGS);
        Log.d("ModelNameTest", "TIME: " + Build.TIME);
        Log.d("ModelNameTest", "TYPE: " + Build.TYPE);
        Log.d("ModelNameTest", "USER: " + Build.USER);
    }
}

안드로이드에 내장된 브라우저는 구조가 굉장히 복잡하기 때문에 android.webkit이라는 독립적인 패키지에 담겨있다. 그리고 WebView라는 위젯을 사용해 간단하게 화면에 HTML을 표시하는 정도로 활용할 수 있고, 아니면 들어 있는 기능을 총동원해 강력한 브라우징 기능을 구현할 수도 있다.

1. 단순한 브라우저

   간단한 기능만 사용한다면 WebView 역시 안드로이드의 다른 위젯과 별반 다를게 없다. 그저 레이아웃에 추가하고, 자바 코드에서 URL만 지정해주면 해당하는 URL의 내용을 바로 표시해준다.

         layout/main.xml의 예제

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
      android:orientation="vertical"
      android:layout_width="fill_parent"
      android:layout_height="fill_parent"
      >
     <WebView android:id="@+id/webkit"
             android:layout_width="fill_parent" 
             android:layout_height="fill_parent" 
      />
</LinearLayout>

         자바코드 예제

import android.app.Activity;
import android.os.Bundle;
import android.webkit.WebView;

public class BrowserDemo1 extends Activity {
      WebView browser; 
 
      @Override
      public void onCreate(Bundle icicle) {
           super.onCreate(icicle);
           setContentView(R.layout.main);
           browser=(WebView)findViewById(R.id.webkit);
  
           browser.loadUrl("http://commonsware.com");
     }
}

          인터넷을 사용할 수 있는 권한을 확보하도록 AndroidMainifest.xml 파일을 수정해야 한다.

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
 package="com.commonsware.android.webkit">
 <uses-permission android:name="android.permission.INTERNET" />
 <application>
  <activity android:name=".BrowserDemo1" android:label="BrowserDemo1">
   <intent-filter>
    <action android:name="android.intent.action.MAIN" />
    <category android:name="android.intent.category.LAUNCHER" />
   </intent-filter>
  </activity>
 </application>
</manifest>

         - WebView 위젯에서는 자바스크립트가 기본적으로 꺼져 있다. 자바스크립트를 동작하도록 활성화하려면 WebView 인스턴스의 getSettings().setJavaScriptEnabled(true) 메소드를 호출하면 된다.

2. 원하는 내용 표시

    WebView 안에 원하는 내용을 표시하는 방법 두가지

    - loadUrl() 메소드를 사용해 WebView에 URL을 넘겨주고 해당하는 페이지의 내용을 가져와 표시하도록 하는 방법

    - loadData() 메소드에는 표현하려는 HTML을 직접 전달한다.

    WebView 위젯을 사용하기 좋은 경우

    - 애플리케이션 패키지와 함께 설치된 메뉴얼을 화면에 표시하고자 할 때

    - 다른 작업을 처리한 결과로 받아온 HTML 형태의 문자열을 표시할 때

      ex) Atom 피트에서 뽑아낸 본문 내용을 화면에 표시할 때

    - 안드로이드에 내장된 위젯 대신 HTML 만으로 애플리케이션 화면을 구성하려는 경우

    loadData() 메소드 설명

    - loadData() 메소드의 가장 간단한 형태는 본문내용, MIME 타입, 문자열 인코딩 등의 내용을 모두 문자열로 지정한다.(MIME 타입은 text/html이며, 인코딩은 UTF-8을 사용)

  browser.loadData("<html><body>Hello, world!</body></html>",
       "text/html", "UTF-8");

3. 브라우저 내비게이션

   WebView에는 기본적으로 브라우저 내비게이션 툴바가 포함돼 있지 않다. 앞으로, 뒤로 등의 기능을 갖고 있는 내비게이션 툴바를 별로 사용할 일이 없거나 화면을 최대한 활용해야 하는 경우에는 툴바가 없는 편이 낫다. 반면 브라우저 내비게이션 기능을 사용자에게 제공하려면 내비게이션 기능과 관련된 인터페이스를 개바자가 직접 만들어야 하는 단점도 있다.

   WebView 위젯에는 다음과 같은 다양한 브라우져 내비게이션 기능이 내장

   - reload() 메소드 : 현재 표시하는 페이지 내용을 새로 고침

   - goBack() 메소드 : 브라우저 URL 기록 가운데 바로 이전 주소로 되돌아간다.

   - goForward() 메소드 : 브라우저 URL 기록 가운데 바로 다음 주소로 나아간다.

   - goBackOrForward() 메소드 : 브라우저의 URL 기록을 앞뒤 원하는 방향으로 이동할 수 있다. 넘겨주는 값이 0보다 작으면 해당 숫자만큼 뒤로 돌아가고, 0보다 크면 해당 숫자만큼 앞으로 나아간다.

   - canGoBackOrForward() 메소드 : 넘겨주는 숫자값만큼 브라우저 URL 기록을 따라 이동할 수 있는지 확인한다.

   - clearCache() 메소드 : 브라우저가 임시로 갖고 있던 파일을 제거한다.

   - clearHistory() 메소드는 브라우저 URL 기록을 제거한다.

4. WebViewClient

   WebView 위젯을 사용해 애플리케이션 내부 데이터를 표현하려면, 사용자가 표시된 HTML 링크를 플릭하는 등의 상황에서 제어권을 넘겨받아야 할 필요가 있다.

    - 특정 작업에 대한 제어권을 확보하려면 WebViewClient 인스턴스를 하나 생성해 WebView 위젯의 setWebViewClient() 메소드에 넘겨줘야 한다.

import android.app.Activity;
import android.os.Bundle;
import android.webkit.WebView;
import android.webkit.WebViewClient;
import java.util.Date;

public class BrowserDemo3 extends Activity {
      WebView browser;
 
      @Override
      public void onCreate(Bundle icicle) {
            super.onCreate(icicle);
            setContentView(R.layout.main);
            browser=(WebView)findViewById(R.id.webkit);
            browser.setWebViewClient(new Callback());
  
            loadTime();
     }
 

    // 현재 시각을 간단한 HTML 형태로 생성해 WebView 위젯에 적용
    void loadTime() {
            String page="<html><body><a href=\"clock\">"
                                    +new Date().toString()
                                    +"</a></body></html>";
      
            browser.loadDataWithBaseURL("x-data://base", page,
                                                         "text/html", "UTF-8", null);
     }

 

     private class Callback extends WebViewClient {

         // 링크 클릭 이벤트 처리

          public boolean shouldOverrideUrlLoading(WebView view, String url) { 
                loadTime();
   
                return(true);
         }
    }
}

5. 설정과 옵션

    데스트탑에서 사용하던 웹브라우저를 보면 각종 설정과 옵션이 가득하다. 수많은 설정이나 옵션과 툴바 컨트롤 사이에서 기본 글꼴을 지정한다거나 자바스크립트의 동작 상태를 지정하는 등 다양한 기능에 대해 설정값을 지정할 수 있다.

    WebSetting 클래스의 설정 메소드

     - setDefaultFontSize() 메소드 : setTextSize() 메소드를 사용해 기본 글꼴 크기를 지정할 수 있다.

     - setJavaScriptEnabled() 메소드 : 자바스크립트를 켜거나 끌 수 있다.

     - setUserAgent() 메소드 : 0값을 넘겨주면 WebView에서 대상 웹사이트에 스스로가 휴대폰용 브라우저라는 사실을 user-agent값을 통해 알려준다.

출처 : http://nopd.textcube.com/?indexTimestamp=1264487399&c=5

개인적으로 Service 는 사용하는 일은  관리가 어렵고 생각 못한 문제가 많이 발생해서 서 늘 고생하고 있는 부분이였습니다만, 구글 쪽에서도 관련되어 여러가지 고민이 많았는지, 2.0 이후 부터는 Service API 에 많은 변화가 생겼네요. 구글 Android Developer 블로그에 Android 2.0 에서사 변경된 Service API 에 관한 글이 있어서 번역해 보았습니다. 원래 번역글을 블로그에 올려두고 있었습니다만, 안드로이드 펍 분들에게도 혹시 도움이 되지 않을까 해서 올려봅니다.

Service API changes starting with Android 2.0

원문 : http://android-developers.blogspot.com/2010/02/service-api-changes-starting-with.htm

[번역] 안드로이드 2.0 Service API 의 변화  -1-

[번역] 안드로이드 2.0 Service API 의 변화  -2-

public final void startForeground(int id, Notification notification);


public final void stopForeground(boolean removeNotification);

private static final Class[] mStartForegroundSignature = new Class[] {

        int.class, Notification.class};

    private static final Class[] mStopForegroundSignature = new Class[] {

        boolean.class};

    

    private NotificationManager mNM;

    private Method mStartForeground;

    private Method mStopForeground;

    private Object[] mStartForegroundArgs = new Object[2];

    private Object[] mStopForegroundArgs = new Object[1];

    

    @Override

    public void onCreate() {

        mNM = (NotificationManager)getSystemService(NOTIFICATION_SERVICE);

        try {

            mStartForeground = getClass().getMethod("startForeground",

                    mStartForegroundSignature);

            mStopForeground = getClass().getMethod("stopForeground",

                    mStopForegroundSignature);

        } catch (NoSuchMethodException e) {

            // Running on an older platform.

            mStartForeground = mStopForeground = null;

        }

    }


    /**

     * This is a wrapper around the new startForeground method, using the older

     * APIs if it is not available.

     */

    void startForegroundCompat(int id, Notification notification) {

        // If we have the new startForeground API, then use it.

        if (mStartForeground != null) {

            mStartForegroundArgs[0] = Integer.valueOf(id);

            mStartForegroundArgs[1] = notification;

            try {

                mStartForeground.invoke(this, mStartForegroundArgs);

            } catch (InvocationTargetException e) {

                // Should not happen.

                Log.w("MyApp", "Unable to invoke startForeground", e);

            } catch (IllegalAccessException e) {

                // Should not happen.

                Log.w("MyApp", "Unable to invoke startForeground", e);

            }

            return;

        }

        

        // Fall back on the old API.

        setForeground(true);

        mNM.notify(id, notification);

    }

    

    /**

     * This is a wrapper around the new stopForeground method, using the older

     * APIs if it is not available.

     */

    void stopForegroundCompat(int id) {

        // If we have the new stopForeground API, then use it.

        if (mStopForeground != null) {

            mStopForegroundArgs[0] = Boolean.TRUE;

            try {

                mStopForeground.invoke(this, mStopForegroundArgs);

            } catch (InvocationTargetException e) {

                // Should not happen.

                Log.w("MyApp", "Unable to invoke stopForeground", e);

            } catch (IllegalAccessException e) {

                // Should not happen.

                Log.w("MyApp", "Unable to invoke stopForeground", e);

            }

            return;

        }

        

        // Fall back on the old API.  Note to cancel BEFORE changing the

        // foreground state, since we could be killed at that point.

        mNM.cancel(id);

        setForeground(false);

    }

    // This is the old onStart method that will be called on the pre-2.0
    // platform.  On 2.0 or later we override onStartCommand() so this
    // method will not be called.
    @Override
    public void onStart(Intent intent, int startId) {
        handleStart(intent, startId);
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        handleStart(intent, startId);
        return START_NOT_STICKY;
    }

    void handleStart(Intent intent, int startId) {
        // do work