[Android] findViewById 원리

findViewById 란?

  안드로이드 개발에서 findViewById 메소드는 레이아웃에 있는 뷰를 리소스 id를 통해서 원하는 뷰 객체를 가져올 수 있는 메소드입니다. 그 전에 setContentView와 같은 메소드로 xml에 있는 리소스들을 지정한 속성에 맞게 인스턴스를 생성하여 메모리에 로드해야 합니다. findViewById로 뷰 객체를 하나씩 가져오게 되면 보일러 플레이트 코드들을 많이 생성하게 되고, 성능상의 이유로도 느리기 때문에 대체할 수 있는 방법들이 나타나고 있습니다. 대체 방법만 익혀도 좋지만 findViewById가 어떠한 이유로 인해 성능이 안 좋은지 공부하는 것도 유익하기에 글을 작성하였습니다.

 

Window.findViewById

  Activitiy에서 findViewById를 호출하면 내부적으로 Window 클래스의 findViewById를 호출하게 됩니다. 이후 getDecorView의 findViewById를 호출합니다.

 

VIew.findViewById

  DecorView도 View이기에 View 클래스의 findViewById를 호출하게 되고 findViewTraversal에 찾고자하는 리소스 id를 대입하여 호출합니다.

 

ViewGroup.findViewTraversal

View.findViewTraversal

  사실상 DecorView는 setContentView에서 설정한 레이아웃의 루트 뷰이기에 ViewGroup에 해당되어 ViewGroup의 findViewTraversal 메소드를 호출하게 됩니다. 여기서부터가 findViewById의 원리가 제대로 나타나게 되는데, mChildren 즉 자식 뷰들을 하나씩 탐색하여 id가 같은 뷰가 있으면 반환하고 종료하도록 로직이 구현되어 있습니다. 만일 mChildren 내에 View가 아닌 또 하나의 ViewGroup이 존재하면 해당 ViewGroup의 findViewById를 호출하고 findViewTraversal까지 다시 호출하게 됩니다. 결론적으로 mChildren 뷰들을 하나씩 깊이 탐색 후 하나씩 id를 비교하는 로직으로 트리구조의 깊이우선탐색(DFS)와 동일하게 수행된다고 볼 수 있습니다. 함수 이름도 Traversal(순회)라고 작성된 이유도 잘 반영된 걸로 보입니다. 😀

 

결론

  findViewById는 루트 뷰에서 트리순회를 거쳐서 탐색을 하기에 복잡한 뷰가 아니라면 크게 문제가 되지는 않지만 자식 뷰들이 많고 복잡할 수록 시간이 많이 소요된다는 점을 인지하고 사용하시면 좋을 것 같습니다.