Optimal method for posponing onEvent?

Question

In my little app, I receive a series of queued onEventXXX(), from the system (not controlled by me).

The timing of those onEventXXX() is not guaranteed. The only thing guaranteed is that they are received in the order in which they were put into the queue.

Inside onEventXXX() I have to fire an operation (O) that cannot start while another process (P) is going on.

But I cannot just discard this "firing an operation (O)". I must wait until that process (P) is complete, then fire it.

IOW, I have to queue or at least postpone that "firing an operation" until that process (P) is complete.

My immediate idea for implementing this was that , instead of firing the operation (O), I would:

1. Start a one-shot timer that would periodically check on process (P)
2. When timer elapses, if process (P) isn't complete, start the time (itself) again.
3. When timer elapses, if process (P) is complete, fire operation (O).

But knowing the richness of Android, I am suspecting there is a better way of doing this, already built into the system/API.

If there is a better way to implement the above, what would it be?

Answer 1

CountDownLatch would be the best solution.

I don't have detail example, but I think you can use it with ease.

Process is like below

1. define CountDownLatch varaiable named latch
2. set latch count to 1
3. when event O received, make a new ThreadO. in ThreadO, wait until latch's count reaches 0.
4. when process P completes, countdown latch.

If you code like that, you can handle many situations easily.

1. if O received first, you can wait until P is complete.
2. if P received first, you can start O immediately.
3. you can use timeout feature that CountDownLatch provides.

I use CountDownLatch in asyc unit test. You can see my code here : http://kingori.egloos.com/4554640

Although it's not like your case, but you can grab hint from my code. Also, javadoc of CountDownLatch provides good example.

Answer 2

I would do it this way:

• in onEventX, check if process exited, if yes, do your action immediately (you can also omit this step and just do 2nd step)

• otherwise, create AsyncTask where you call Process.waitfor() in doInBackground, when it completes, do your action in onPostExecute

With this approach, you call action on UI thread, and as soon as possible.

Do not use timers for this task. Timer is a "polling" method. If your timer would be ticking too fast, you would just waste CPU time. If it's ticking too slow, your action would be called with possible delay.