context
Context의 정의
Context는 사용자와 다른 이용자, 사용자와 시스템 혹은 디바이스간의 인터랙션에 영향을 미치는 사람, 장소, 개체의 현재 상황(Situation)을 규정하는 정보들을 말하고 이런 Context는 시스템으로 하여금 다양한 Sensing Device와 Application을 통해 파악되어 모아져서 바로 Action을 하게 하는데 이용되거나 다른 Context와 묶여 제 3의 결론을 내리는 추론을 내리는데 사용되기도 한다.
Android API의 Context Class 정의
어플리케이션 환경에 관한 전역 정보의 인터페이스. 이 추상 클래스의 구현체는 안드로이드 시스템에 의해 제공되어진다. 어플리케이션의 구체적인 리소스나 클래스에 대한 접근을 허용한다. 뿐만 아니라 런칭 Activity, broadcasting, receiving intent와 같은 어플리케이션 레벨 기능에 대한 상위 호출을 허용한다.
http://developer.android.com/reference/android/content/Context.html
참고 자료
휴휴휴님 블로그의 Android Context?에 대한 글 이해하기 쉽게 써져 있습니다.
public class ContextExam extends Activity{
private static final String TAG = "ContextExam";
public void onCreate(Bundle savedInstanceState){
super.onCreate(savedInstanceState);
//1. 시스템 서비스 호출
AccessibilityManager accessibilityManager =
(AccessibilityManager)this.getSystemService(Context.ACCESSIBILITY_SERVICE);
//2. Context application Pakcage에 연관된 database array return
String[] databaseList = this.databaseList();
for(String database : databaseList){
Log.i(TAG, "1. database : " + database);
}
Log.i(TAG, "2. database path : " + getDatabasePath("webview.db").getAbsolutePath());
//3. Return global application object of the current process
Context applicationContext = this.getApplicationContext();
ApplicationInfo applicationInfo = this.getApplicationInfo();
Log.i(TAG, "3. Application ClassName : " + applicationInfo.className);
Log.i(TAG, "4. Application SourceDir : " + applicationInfo.sourceDir);
Log.i(TAG, "5. Application DataDir : " + applicationInfo.dataDir);
//4. Return AssetManager instance
AssetManager assetManager = this.getAssets();
try{
String[] assetList = assetManager.list("/data/data/com.example.view");
for(String asset : assetList){
Log.i(TAG, "6. asset : " + asset);
}
}catch(IOException e){
e.printStackTrace();
}
//5. CacheDir 경로
File cacheDir = getCacheDir();
Log.i(TAG, "7. CacheDir = " + cacheDir.getAbsolutePath());
//6. PackageName
String packageName = getPackageName();
Log.i(TAG, "8. PackageName = " + packageName);
Log.i(TAG, "9. ExternalCacheDir = " + getExternalCacheDir());
Log.i(TAG, "10. ExternalFilesDir = " + getExternalFilesDir(null));
Log.i(TAG, "11. FilesDir = " + getFilesDir());
Log.i(TAG, "12. PackageResourcePath = " + getPackageResourcePath());
String stringName = getResources().getString(R.string.app_name);
Log.i(TAG, "13. R.string.app_name = " + stringName);
Log.i(TAG, "14. R.string.app_name = " + this.getString(R.string.app_name));
Log.i(TAG, "15. isRestricted = " + isRestricted());
//sendBroadcast();
//startActivity();
//startService();
//registerReceiver();
Log.i(TAG, "16. PackageCodePath = " + getPackageCodePath());
}
}
출처 - http://blog.daum.net/mellowwind/10853723
<안드로이드 Context 는 수수께기가 많은 클래스입니다> Android Context Story 저에게 안드로이드 Context 는 참 어려운 녀석입니다. 안드로이드 어플리케이션을 개발하며서 가장 빈번하게 사용되는 클래스 중 하나인건 분명한데, 지나가는 사람이 Context 가 뭔가요? 라고 물어 본다면, 스스로가 만족할 만큼 속 시원하게 대답할 수 있는 부분이 없습니다. 관련해서 이런 저런 자료를 뒤져보고, 잘 읽히지도 않는 안드로이드 소스도 살펴보곤 했습니디만, 이거다... 라고 확실하게 짚고 넘어갈 건데기를 건져내지는 못했습니다. 그저 스스로에게 던진 질문 (안드로이드 Context 는 뭐지?)에 대한 나름의 대답이라는 의미로, 아는 한도내에서 Context 의 기능, Context 가 필요한 이유 그리고 Context 는 어떻게 태어나서 어떻게 사라지는지 정리해 봅니다. Context 가 뭐지? 우선은 정석대로. 안드로이드 개발자 사이트의 Context 클래스 오버뷰 내용을 살펴 봅니다.
어플리케이션에 관하여 시스템이 관리하고 있는 정보에 접근하기
안드로이드 시스템 서비스에서 제공하는 API 를 호출 할 수 있는 기능
Context 인터페이스가 제공하는 API 중, getPackageName(), getResource() 등의 메서드들이 첫 번째 역할을 수행하는 대표적인 메서드입니다. 보통 get 이라는 접두어로 시작하는 메서드들이지요. 그 외에, startActivity() 나 bindService() 와 같은
메서드들이 두 번째 역할을 수행하기 위한 메서드라고 할 수 있습니다.
왜 Context 가 필요할까?
그런데 안드로이드에서 어플리케이션과 프로세스와의 관계는 조금 요상한 구석이 있습니다. 안드로이드에서 어플리케이션과 프로세스는 서로 독립적으로 존재입니다. 이와 관련된 구체적인 내용이나 이러한 구조를 갖는 원인에 대해서는 안드로이드 멀티태스킹에 관한 구글 개발자 블로그 포스트 에서 자세하게 다루어져 있습니다. (블로그에 번역해 두었으니 꼭 한번 읽어 보세요.)
예를 들자면, 안드로이드 플랫폼에서는 프로세스가 없는 상황에도 어플리케이션은 살아있는 것처럼 사용자에게 표시되기도 하고, 메모리가 부족한 상황이 될 경우, 작동중이던 프로세스가 강제로 종료되고, 대시 해당 프로세스에서 작동중이던 어플리케이션에 관한 일부 정보만 별도로 관리하고, 이 후에 메모리 공간이 확보되면 저장되어있던 어플리케이션 정보를 바탕으로 새로운 프로세스를 시작하는등의 신기한 일이 벌어집니다.
안드로이드에서도 프로세스는 당연히 OS 커널 (리눅스)에서 관리됩니다. 어플리케이션과 프로세스가 별도로 관리되고 있다면, 어플리케이션 정보는 어디에서 관리하고 있을까요? 안드로이드의 시스템 서비스 중 하나인 ActivityManagerService 에서 그 책임을 집니다. 그렇다면 ActivityManagerService 는 어떤식으로 어플리케이션을 관리하고 있을까요? 이외로 단순 합니다. 특정 토큰을 키값으로 'Key-Value' 쌍으로 이루어진 배열을 이용해 현재 작동중인 어플리케이션 정보를 관리합니다.
거의 결론에 다다른거 같습니다. Context 는 어플리케이션과 관련된 정보에 접근하고자 하거나 어플리케이션과 연관된 시스템 레벨의 함수를 호출하고자 할 때 사용됩니다. 그런데 안드로이드 시스템에서 어플리케이션 정보를 관리하고 있는 것은 시스템이 아닌, ActivityManagerService 라는 일종의 또 다른 어플리케이션입니다. 따라서 다른 일반적은 플랫폼과는 달리, 안드로이드에서는 어플리케이션과 관련된 정보에 접근하고자 할때는 ActivityManagerService 를 통해야만 합니다. 당연히 정보를 얻고자 하는 어플리케이션이 어떤 어플리케이션인지에 관한 키 값도 필요해집니다.
즉, 안드로이드 플랫폼상에서의 관점으로 샆펴보면, Context 는 다음과 같은두 가지 역할을 수행하기 때문에 꼭 필요한 존재입니다.