Naik, речь то не об этом шла, я упомянул о такой возможности

vl@volk, это всё хорошо, но концепции Activity и View несколько отличаются, и в границах одного Activity по-прежнему могут попеременно сосуществовать несколько View'ов.
Если кратко, то Activity — некоторая логика некоторого пользовательского действия (которое нередко может иметь несколько возможных причин запуска): просмотр списка входящих, просмотр одного конкретного сообщения или набор нового.
А View — это всего лишь элемент интерфейса, отображающий какой-то этап работы этого самого Activity и взаимодействующий с пользователем. Т.е. для просмотра сообщений это могут быть: само сообщение, экран информации (время/дата отправки/получения, отправитель), меню действий над сообщением, подтверждение его удаления и т.д.

На эту тему стоит почитать что-нибудь вроде этого или хотя бы этого (кстати, там же можно и найти примеры использования setContentView). А лучше всего будет почитать документацию.

setContentView(R.layout.main) во втором потоке возращает ошибку CalledFromWrongThreadException

  Как её обойти? (поток реализован с помощью интерфейса Runnabe)

Askalite, Activity.runOnUiThread (new Runnable)

если экономить память, то создать в главном потоке Handler, и отсылать ему сообщения, только если будешь в него пихать Runnable, то выйдет то же самое.

Naik, с хандлером всё понятно. Нокакого фига отрисовка в главном потоке!!!!!!!!!!!!!!!!! Система же будет виснуть!!!!! Писец!!!!

У меня проблемы с Хандлер. Он продолжает висеть в памяти, даже тогда, когда Активити закрыт. Чё делать?

Askalite, Цитата Askalite:

---

Naik, с хандлером всё понятно. Нокакого фига отрисовка в главном потоке!!!!!!!!!!!!!!!!! Система же будет виснуть!!!!! Писец!!!!ну почти все системы gui однопоточные. Handler не может висеть в памяти, он привязан к потоку в котором создан, может потоки?

Naik, в общем, я решил проблему.

Вопрос появился. А вы игры делаете с помощью стандартных средств Android? Ну или там OpenGL ES, шейдеры и прочие плюшки? Ну или какие движки используете. Про движок я имею виду обычную библиотеку с поддержкой сцены, камеры, загрузку моделей и простые геометрические фигуры?

StarTek, если не нужна кроссплатформенность, то можно и стандартными API, если 3Д или нужно на разные устройства переносить, то либ множество, например LibGDX