Main Thread가 강제 종료되지 않도록 하는 방법

|

Main Thread가 강제 종료되지 않도록 Exception 처리를 해줄 수 있는 방법이 있습니다. 하지만, ANR(Application Not Responding) 등을 막을 수는 없고, 애초에 강제 종료될 상황을 만들지 않는 것이 더 중요한 것 같습니다.

예제

public class MainActivity extends AppCompatActivity {

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);

    Thread.currentThread().setUncaughtExceptionHandler(new UncaughtExceptionHandler() {
      @Override
      public void uncaughtException(Thread t, Throwable e) {
        Log.i("snowdeer", "Uncaught Exception !!");
        e.printStackTrace();
      }
    });

    ArrayList<String> list = null;
    int count = list.size();
  }
}

UncaughtExceptionHandler를 먼저 등록하고 뒷 부분에 강제로 오류가 발생하는 코드를 넣었습니다.


응용 - 오류 메세지를 파일에 저장

여기서 조금 더 응용해서 오류 메세지가 발생했을 때 파일에 저장하는 코드를 작성해보도록 하겠습니다. 여기서는 파일에 저장을 했지만, 서버에 전송을 하는 등으로 추가 응용해서 활용 가능합니다.

import android.Manifest.permission;
import android.content.Context;
import android.content.pm.PackageManager;
import android.support.annotation.NonNull;
import android.support.v7.app.AlertDialog;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Toast;
import java.io.BufferedReader;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.InputStreamReader;
import java.lang.Thread.UncaughtExceptionHandler;

public class MainActivity extends AppCompatActivity {

  Thread.UncaughtExceptionHandler defaultExceptionHandler = Thread
      .getDefaultUncaughtExceptionHandler();
  static final String ERROR_LOG_FILE_NAME = "error_log.txt";

  FileOutputStream fos;
  FileInputStream fis;
  BufferedReader br;

  static final int PERMISSION_REQUEST_CODE = 100;

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);

    if (checkSelfPermission(permission.WRITE_EXTERNAL_STORAGE)
        != PackageManager.PERMISSION_GRANTED) {
      String[] permissions = new String[]{permission.WRITE_EXTERNAL_STORAGE};
      requestPermissions(permissions, PERMISSION_REQUEST_CODE);
    }

    findViewById(R.id.btn_error).setOnClickListener(new OnClickListener() {
      @Override
      public void onClick(View v) {
        throw new RuntimeException();
      }
    });

    Thread.setDefaultUncaughtExceptionHandler(new UncaughtExceptionHandler() {
      @Override
      public void uncaughtException(Thread t, Throwable e) {
        e.printStackTrace();

        try {
          fos = openFileOutput(ERROR_LOG_FILE_NAME, Context.MODE_PRIVATE);
          fos.write(e.getClass().getName().getBytes());
          fos.close();
        } catch (Exception ex) {
          ex.printStackTrace();
        }

        defaultExceptionHandler.uncaughtException(t, e);
      }
    });

    File file = getFileStreamPath(ERROR_LOG_FILE_NAME);

    if (file.exists()) {
      StringBuilder sb = new StringBuilder("Previous Error:\n");
      try {
        fis = new FileInputStream(file);
        br = new BufferedReader(new InputStreamReader(fis));
        String line;

        while ((line = br.readLine()) != null) {
          sb.append(line).append("\n");
        }
        br.close();
        fis.close();

        Log.i("snowdeer", sb.toString());

        new AlertDialog.Builder(MainActivity.this, R.style.Theme_AppCompat)
            .setMessage(sb.toString())
            .setPositiveButton("Ok", null)
            .show();

        deleteFile(ERROR_LOG_FILE_NAME);
      } catch (Exception e) {
        e.printStackTrace();
      }
    }
  }

  @Override
  public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions,
      @NonNull int[] grantResults) {
    super.onRequestPermissionsResult(requestCode, permissions, grantResults);

    switch (requestCode) {
      case PERMISSION_REQUEST_CODE:
        Toast.makeText(getApplicationContext(), "Permission 완료", Toast.LENGTH_SHORT).show();
        break;
    }
  }
}

tmux 사용법

|

가상 터미널

tmux는 가상 터미널을 실행할 수 있게 해주는 프로그램입니다. ‘가상 터미널’이란 Windows나 MacOS의 ‘가상 데스크탑’과 비슷한 개념이라고 생각하면 됩니다.

tmux를 실행하면 다음과 같은 화면이 나옵니다.

image

화면 하단에 초록색의 바(Bar)가 출력이 되며, 가상 터미널 상태가 됩니다.

이 상태에서 기존 작업을 저장을 하고 싶으면, Ctrl + B를 누른다음 D를 누르면 기존 작업을 저장하면서 tmux를 빠져나가게 됩니다.

그 이후 tmux attach를 이용해서 기존 작업에 다시 접속할 수 있습니다.


# 명령어 단축키

tmux에서 명령어 단축키는 Ctrl + B를 누른 후, 다음 키 조합을 이용해서 명령을 내릴 수 있습니다.

단축키 설명
D(Deatch) 현재 작업을 저장하면서 tmux를 종료
C(Create) 새로운 터미널 창을 생성
P(Previous) 이전 터미널 창으로 이동
N(Next) 다음 터미널 창으로 이동


화면 분할

tmux의 제공하는 또 하나의 강력한 기능은 ‘화면 분할’에 있습니다. Ctrl + B를 누른 후 "를 입력하면 화면이 분할됩니다.

image

이 상태에서는 Ctrl + B 이후 방향 키를 이용해서 창을 전환할 수 있습니다.

다만, 이 경우 화면 스크롤에서 어려움이 있을 수 있습니다. 터미널 자체를 스크롤하는 것이 아니라 tmux 프로그램 내에서 스크롤을 해야 하기 때문입니다. 이 때는 Ctrl + B 이후 [ 키를 누르면 그 이후 방향키나 마우스 휠로 스크롤을 할 수 있습니다. 빠져나오고 싶을 때는 Q 키를 누르면 됩니다.


화면 가로 분할

화면을 가로로 분할 할 수도 있습니다. 이 때 단축키는 Ctrl + B를 누른 후 %입니다.

image

세로 분할 때와 마찬가지로 Ctrl + B 이후 방향 키를 이용해서 창을 전환할 수 있습니다.

화면 분할을 종료하고 싶을 때는 exit 명령어를 입력하거나 이 상태에서는 Ctrl + D를 누르면 해당 터미널을 종료합니다.

명령어 이력 좀 더 효율적으로 사용하기

|

명령어 이력

Linux나 Windows, MacOS 등 대부분의 터미널에서 공통적이지만, 명령 프롬프트 상태에서 또는 를 연속해서 누르게 되면 그동안 실행했던 명령어 이력을 볼 수 있습니다.


후방 검색

여기서 조금 더 효율적으로 명령어 이력 기능을 사용하려면, 대신 Ctrl + R을 눌러봅니다. 그러면 프롬프트 앞에 (reverse-i-search)라는 문구가 나오게 됩니다. 이 기능은 명령어 이력을 검색하는 기능입니다. ‘Reverse’라고 적혀 있는만큼 거꾸로 추척합니다.

프롬프트가 (reverse-i-search)로 바뀌면 검색을 원하는 문구를 입력해 봅시다. 만약 여기서 더 이전 이력을 검색하려면 Ctrl + R을 계속해서 누르면 됩니다.


전방 검색

전방 검색의 단축키는 Ctrl + S입니다. 하지만 이 단축키는 기본적으로 다른 명령어로 할당이 되어 있습니다. 그래서 이 단축키를 활성화시키려면 다음과 같은 작업을 해주어야 합니다.

다음과 같이 .bashrc 파일을 엽니다.

sudo nano .bashrc

그리고 파일 맨 끝에 다음 문구를 추가해줍니다.

stty stop undef

그런 다음 터미널을 종료한 뒤 다시 시작을 합니다.

이제 Ctrl + S가 활성화된 것을 확인할 수 있을겁니다.


명령어 이력 개수 확장

명령어 이력의 개수는 제한이 있습니다. 개수를 늘릴려면 역시 .bashrc 파일을 수정하면 됩니다.

sudo nano .bashrc

그리고 파일 맨 끝에 다음 문구를 추가해줍니다. 기본적으로 세팅되어 있는 값은 HISTSIZE=1000, HISTFILESIZE=2000 입니다. (라즈베리안 기준)

export HISTSIZE=10000
export HISTFILESIZE=10000

수정한 후 터미널을 다시 접속하면 적용이 되며, 적용 여부는 export -p 명령어로 확인할 수 있습니다.

onSaveInstanceState 활용하기 (Activity 데이터 유지)

|

onSaveInstanceState() 메소드를 이용하면 Activity가 종료될 때 데이터를 저장할 수 있습니다. 일반적으로 사용자가 정상적인 행동으로 Activity를 종료할 때는 해당 이벤트를 미리 감지하고 그에 맞는 대처를 해줄 수가 있지만, 실제로는 다양한 상황에서 Activity가 종료되는 현상이 발생할 수 있습니다.


Activity가 종료되는 경우

  • 사용자가 ‘뒤로 가기(Back)’ 버튼을 눌러 Activity를 종료한 경우
  • Activity가 백그라운드에 있을 때 시스템 메모리가 부족해진 경우(OS가 강제 종료시킴)
  • 언어 설정을 변경할 때
  • 화면을 가로/세로 회전할 때
  • 폰트 크기나 폰트를 변경했을 때


onSaveInstanceState 예제

package snowdeer.customviewexample;

import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.widget.TextView;

public class MainActivity extends AppCompatActivity {

  static final String KEY_DATA = "KEY_DATA";
  TextView textView;

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);

    textView = (TextView) findViewById(R.id.text_view);

    if (savedInstanceState != null) {
      String data = savedInstanceState.getString(KEY_DATA);
      textView.setText(data);
    }
  }

  @Override
  protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);

    String data = textView.getText().toString();
    outState.putStringArrayList(KEY_DATA, data);
  }
}


화면 회전시 라이프 사이클

화면을 회전할 때 발생하는 이벤트들은 다음과 같습니다. 화면을 회전할 때마다 Activity가 종료되고 새로 만들어지기 때문에 라이프 사이클을 잘 이해하고 대처하는 것이 좋을 것 같습니다.

onPause() → onSaveInstanceState() → onStop() → onDestory() → onCreate() → onStart() → onResume()


Fragment에서의 onSaveInstanceState

Activity에서와 마찬가지로 Fragment에서도 onSaveInstanceState 메소드를 이용해서 기존 데이터를 유지하도록 할 수 있습니다.

Fragment 종료시 onPause() → onSaveInstanceState() 순서로 호출됩니다.


Fragment 시작시 라이프 사이클

onAttach() → onCreate() → onCreateView() → onActivityCreated() → onStart() → onResume()


Fragment 전환시 라이프 사이클

onPause() → onSaveInstanceState() → onStop() → onDestoryView() → onDestory() → onDetach() → onAttach() → onCreate() → onCreateView() → onActivityCreated() → onStart() → onResume()

Intent Service 예제

|

오래 걸리는 작업은 인텐트 서비스(Intent Service)를 이용해서 실행할 수 있습니다. 예를 들어 특정 Broadcast 메세지를 수신한 Broadcast Receiver에서 시간이 오래걸리면 ‘ANR(Application Not Responding)’ 에러가 발생할 수도 있습니다.

이런 경우는 인텐트 서비스를 이용하면 수월하게 해결 할 수 있습니다.

예제는 다음과 같습니다.


SnowBroadcastReceiver.java

import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;

public class SnowBroadcastReceiver extends BroadcastReceiver {

  @Override
  public void onReceive(Context context, Intent intent) {
    Intent newIntent = new Intent(context, SnowIntentService.class);
    context.startService(newIntent);
  }
}


SnowIntentService.java

import android.app.IntentService;
import android.content.Intent;
import android.support.annotation.Nullable;
import android.util.Log;

public class SnowIntentService extends IntentService {

  public SnowIntentService(String name) {
    super(name);
  }

  @Override
  protected void onHandleIntent(@Nullable Intent intent) {
    long sum = 0;
    for (int i = 0; i < 100000; i++) {
      sum += i;
    }

    try {
      Thread.sleep(60 * 1000);
      Log.i("", "Sum : " + sum);
    } catch (Exception e) {
      e.printStackTrace();
    }
  }
}