A Handler allows you to send and process
Message and Runnable
objects associated with a thread's
MessageQueue. Each Handler
instance is associated with a single thread and that thread's message
queue. When you create a new Handler, it is bound to the thread /
message queue of the thread that is creating it -- from that point on,
it will deliver messages and runnables to that message queue and execute
them as they come out of the message queue.
There are two main uses for a Handler: (1) to schedule messages and
runnables to be executed as some point in the future; and (2) to enqueue
an action to be performed on a different thread than your own.
Scheduling messages is accomplished with the
post(java.lang.Runnable), postAtTime(java.lang.Runnable,long),
postDelayed(java.lang.Runnable,long), sendEmptyMessage(int),
sendMessage(android.os.Message), sendMessageAtTime(android.os.Message,long), and
sendMessageDelayed(android.os.Message,long) methods. The post versions allow
you to enqueue Runnable objects to be called by the message queue when
they are received; the sendMessage versions allow you to enqueue
a Message object containing a bundle of data that will be
processed by the Handler's handleMessage(android.os.Message) method (requiring that
you implement a subclass of Handler).
When posting or sending to a Handler, you can either
allow the item to be processed as soon as the message queue is ready
to do so, or specify a delay before it gets processed or absolute time for
it to be processed. The latter two allow you to implement timeouts,
ticks, and other timing-based behavior.
When a
process is created for your application, its main thread is dedicated to
running a message queue that takes care of managing the top-level
application objects (activities, broadcast receivers, etc) and any windows
they create. You can create your own threads, and communicate back with
the main application thread through a Handler. This is done by calling
the same post or sendMessage methods as before, but from
your new thread. The given Runnable or Message will than be scheduled
in the Handler's message queue and processed when appropriate.
Callback interface you can use when instantiating a Handler to avoid
having to implement your own subclass of Handler.
Subclasses must implement this to receive messages.
Handle system messages here.
if (msg.callback != null) { Default constructor associates this handler with the queue for the
current thread.
If there isn't one, this handler won't be able to receive messages.
Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
"Can't create handler inside thread that has not called Looper.prepare()");
Constructor associates this handler with the queue for the
current thread and takes a callback interface in which you can handle
messages.
Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
"Can't create handler inside thread that has not called Looper.prepare()");
Use the provided queue instead of the default one.
Use the provided queue instead of the default one and take a callback
interface in which to handle messages.
Returns a new
Message from the global message pool. More efficient than
creating and allocating new instances. The retrieved message has its handler set to this instance (Message.target == this).
If you don't want that facility, just call Message.obtain() instead.
Same as
obtainMessage(), except that it also sets the what member of the returned Message.
- Parameters:
what Value to assign to the returned Message.what field.- Returns:
- A Message from the global message pool.
return Message.obtain(this, what);
Same as
obtainMessage(), except that it also sets the what and obj members
of the returned Message.
- Parameters:
what Value to assign to the returned Message.what field.obj Value to assign to the returned Message.obj field.- Returns:
- A Message from the global message pool.
return Message.obtain(this, what, obj);
Same as
obtainMessage(), except that it also sets the what, arg1 and arg2 members of the returned
Message.
- Parameters:
what Value to assign to the returned Message.what field.arg1 Value to assign to the returned Message.arg1 field.arg2 Value to assign to the returned Message.arg2 field.- Returns:
- A Message from the global message pool.
return Message.obtain(this, what, arg1, arg2);
Same as
obtainMessage(), except that it also sets the what, obj, arg1,and arg2 values on the
returned Message.
- Parameters:
what Value to assign to the returned Message.what field.arg1 Value to assign to the returned Message.arg1 field.arg2 Value to assign to the returned Message.arg2 field.obj Value to assign to the returned Message.obj field.- Returns:
- A Message from the global message pool.
return Message.obtain(this, what, arg1, arg2, obj);
Causes the Runnable r to be added to the message queue.
The runnable will be run on the thread to which this handler is
attached.
- Parameters:
r The Runnable that will be executed.- Returns:
- Returns true if the Runnable was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting.
Causes the Runnable r to be added to the message queue, to be run
at a specific time given by
uptimeMillis.
The time-base is SystemClock.uptimeMillis().
The runnable will be run on the thread to which this handler is attached.
- Parameters:
r The Runnable that will be executed.uptimeMillis The absolute time at which the callback should run,
using the SystemClock.uptimeMillis() time-base.- Returns:
- Returns true if the Runnable was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting. Note that a
result of true does not mean the Runnable will be processed -- if
the looper is quit before the delivery time of the message
occurs then the message will be dropped.
Causes the Runnable r to be added to the message queue, to be run
at a specific time given by
uptimeMillis.
The time-base is SystemClock.uptimeMillis().
The runnable will be run on the thread to which this handler is attached.
- Parameters:
r The Runnable that will be executed.uptimeMillis The absolute time at which the callback should run,
using the SystemClock.uptimeMillis() time-base.- Returns:
- Returns true if the Runnable was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting. Note that a
result of true does not mean the Runnable will be processed -- if
the looper is quit before the delivery time of the message
occurs then the message will be dropped.
- See also:
SystemClock.uptimeMillis()
Causes the Runnable r to be added to the message queue, to be run
after the specified amount of time elapses.
The runnable will be run on the thread to which this handler
is attached.
- Parameters:
r The Runnable that will be executed.delayMillis The delay (in milliseconds) until the Runnable
will be executed.- Returns:
- Returns true if the Runnable was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting. Note that a
result of true does not mean the Runnable will be processed --
if the looper is quit before the delivery time of the message
occurs then the message will be dropped.
Posts a message to an object that implements Runnable.
Causes the Runnable r to executed on the next iteration through the
message queue. The runnable will be run on the thread to which this
handler is attached.
This method is only for use in very special circumstances -- it
can easily starve the message queue, cause ordering problems, or have
other unexpected side-effects.
- Parameters:
r The Runnable that will be executed.- Returns:
- Returns true if the message was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting.
Remove any pending posts of Runnable r that are in the message queue.
Remove any pending posts of Runnable
r with Object
token that are in the message queue.
Pushes a message onto the end of the message queue after all pending messages
before the current time. It will be received in
handleMessage(android.os.Message),
in the thread attached to this handler.
- Returns:
- Returns true if the message was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting.
Sends a Message containing only the what value.
- Returns:
- Returns true if the message was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting.
Sends a Message containing only the what value, to be delivered
after the specified amount of time elapses.
- Returns:
- Returns true if the message was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting.
- See also:
sendMessageDelayed(android.os.Message,long)
Sends a Message containing only the what value, to be delivered
at a specific time.
- Returns:
- Returns true if the message was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting.
- See also:
sendMessageAtTime(android.os.Message,long)
Enqueue a message into the message queue after all pending messages
before (current time + delayMillis). You will receive it in
handleMessage(android.os.Message), in the thread attached to this handler.
- Returns:
- Returns true if the message was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting. Note that a
result of true does not mean the message will be processed -- if
the looper is quit before the delivery time of the message
occurs then the message will be dropped.
Enqueue a message into the message queue after all pending messages
before the absolute time (in milliseconds)
uptimeMillis.
The time-base is SystemClock.uptimeMillis().
You will receive it in
handleMessage(android.os.Message), in the thread attached
to this handler.
- Parameters:
uptimeMillis The absolute time at which the message should be
delivered, using the
SystemClock.uptimeMillis() time-base.- Returns:
- Returns true if the message was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting. Note that a
result of true does not mean the message will be processed -- if
the looper is quit before the delivery time of the message
occurs then the message will be dropped.
this + " sendMessageAtTime() called with no mQueue");
Enqueue a message at the front of the message queue, to be processed on
the next iteration of the message loop. You will receive it in
handleMessage(android.os.Message), in the thread attached to this handler.
This method is only for use in very special circumstances -- it
can easily starve the message queue, cause ordering problems, or have
other unexpected side-effects.
- Returns:
- Returns true if the message was successfully placed in to the
message queue. Returns false on failure, usually because the
looper processing the message queue is exiting.
this + " sendMessageAtTime() called with no mQueue");
Remove any pending posts of messages with code 'what' that are in the
message queue.
Remove any pending posts of messages with code 'what' and whose obj is
'object' that are in the message queue.
Remove any pending posts of callbacks and sent messages whose
obj is
token.
Check if there are any pending posts of messages with code 'what' in
the message queue.
Check if there are any pending posts of messages with code 'what' and
whose obj is 'object' in the message queue.
pw.println(prefix + "looper uninitialized");