Admob caused ANR?

Tommy

unread,

Oct 25, 2015, 9:56:30 PM10/25/15

to Google Mobile Ads SDK Developers

Hi, currently i got an ANR report, customer complain it's freezed while playing the game, i've checked the stack trace and i thought that might be caused by the ads, but i don't know why, did someone could help me on this? thanks
Here's the stack trace

DALVIK THREADS:
(mutexes: tll=0 tsl=0 tscl=0 ghl=0)

"main" prio=5 tid=1 MONITOR
| group="main" sCount=1 dsCount=0 obj=0x40ce39a0 self=0x40cd2478
| sysTid=12358 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1074054620
| state=S schedstat=( 0 0 0 ) utm=4371 stm=590 core=0
at com.google.android.a.q.a(SourceFile:~259)
- waiting to lock <0x4209c080> (a com.google.android.a.u) held by tid=51 (AdWorker(Loader) #4)
at com.google.android.a.q.a(SourceFile:206)
at com.google.android.gms.ads.internal.l.a(SourceFile:113)
at com.google.android.a.x.a(SourceFile:311)
at com.google.android.a.x.a(SourceFile:185)
at com.google.android.gms.ads.internal.util.p.a(SourceFile:816)
at com.google.android.gms.ads.internal.g.z.a(SourceFile:131)
at com.google.android.gms.ads.internal.t.b.a(SourceFile:618)
at com.google.android.gms.ads.internal.t.k.run(SourceFile:43)
at android.os.Handler.handleCallback(Handler.java:725)
at android.os.Handler.dispatchMessage(Handler.java:92)
at android.os.Looper.loop(Looper.java:176)
at android.app.ActivityThread.main(ActivityThread.java:5365)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1102)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:869)
at dalvik.system.NativeStart.main(Native Method)

"AdWorker(Default) #10" prio=5 tid=47 WAIT
| group="main" sCount=1 dsCount=0 obj=0x42000e38 self=0x67f27ad0
| sysTid=13642 nice=10 sched=0/0 cgrp=[fopen-error:2] handle=1657186608
| state=S schedstat=( 0 0 0 ) utm=0 stm=0 core=0
at java.lang.Object.wait(Native Method)
- waiting on <0x41d49780> (a java.lang.VMThread) held by tid=47 (AdWorker(Default) #10)
at java.lang.Thread.parkFor(Thread.java:1231)
at sun.misc.Unsafe.park(Unsafe.java:323)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:159)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2019)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:413)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1013)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1073)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:573)
at java.lang.Thread.run(Thread.java:856)

"AdWorker(Default) #9" prio=5 tid=27 WAIT
| group="main" sCount=1 dsCount=0 obj=0x42007bc0 self=0x65395e18
| sysTid=13633 nice=10 sched=0/0 cgrp=[fopen-error:2] handle=1611330248
| state=S schedstat=( 0 0 0 ) utm=0 stm=0 core=1
at java.lang.Object.wait(Native Method)
- waiting on <0x42007cd8> (a java.lang.VMThread) held by tid=27 (AdWorker(Default) #9)
at java.lang.Thread.parkFor(Thread.java:1231)
at sun.misc.Unsafe.park(Unsafe.java:323)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:159)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2019)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:413)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1013)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1073)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:573)
at java.lang.Thread.run(Thread.java:856)

"Thread-3444" prio=5 tid=55 NATIVE
| group="main" sCount=1 dsCount=0 obj=0x41e54808 self=0x65223680
| sysTid=13580 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1743574728
| state=S schedstat=( 0 0 0 ) utm=0 stm=0 core=1
#00 pc 00018134 /system/lib/libc.so (__futex_syscall3+8)
#01 pc 0000e44c /system/lib/libc.so (__pthread_cond_timedwait_relative+48)
#02 pc 0000e4a8 /system/lib/libc.so (__pthread_cond_timedwait+60)
#03 pc 00114325 /system/lib/libwebcore.so
#04 pc 003f71bd /system/lib/libwebcore.so
#05 pc 00313391 /system/lib/libwebcore.so
#06 pc 001141cd /system/lib/libwebcore.so
#07 pc 0000e408 /system/lib/libc.so (__thread_entry+72)
#08 pc 0000daf4 /system/lib/libc.so (pthread_create+160)
at dalvik.system.NativeStart.run(Native Method)

"AdWorker(Loader) #5" prio=5 tid=53 WAIT
| group="main" sCount=1 dsCount=0 obj=0x42067c88 self=0x62c1f448
| sysTid=13578 nice=10 sched=0/0 cgrp=[fopen-error:2] handle=1698427272
| state=S schedstat=( 0 0 0 ) utm=0 stm=0 core=0
at java.lang.Object.wait(Native Method)
- waiting on <0x41e35e50> (a java.lang.VMThread) held by tid=53 (AdWorker(Loader) #5)
at java.lang.Thread.parkFor(Thread.java:1231)
at sun.misc.Unsafe.park(Unsafe.java:323)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:159)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2019)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:413)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1013)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1073)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:573)
at java.lang.Thread.run(Thread.java:856)

Vu Chau (MobileAds SDK Team)

unread,

Oct 26, 2015, 10:13:15 AM10/26/15

to Google Mobile Ads SDK Developers

Hi Tommy,

Thanks for letting us know about this. A couple of quick questions to get started:

Are you using Analytics in your game? There have been a few similar reports in the past, which were ruled out as this specific Analytics issue.
Could you elaborate on your game implementation:

how you are fetching and displaying ads
which Android & Play services version(s) you see the ANR problem on
whether you have a minimal code base capable of reproducing the problem

Thanks,

Vu Chau

Mobile Ads SDK Team

Tommy

unread,

Oct 26, 2015, 11:14:45 PM10/26/15

to Google Mobile Ads SDK Developers

Hi Vu,
1. I do using analytics in my game, but the issue which you linked was occured during analytics intialization.
2. Below is the code for banner ads, once user lanuched the gaming activity, in onCreate of the activity called the getBannerAd function and returens the adview instance, then added it to the banner container layout view

public View getBannerAd(final Activity pActivity) {

    AdView adLayout = new AdView(pActivity);
    adLayout.setAdUnitId("UnitId");
    adLayout.setAdSize(AdSize.SMART_BANNER);
    adLayout.loadAd(adRequest);
    return adLayout;
}

I do also have the interstitial ads when launched the gaming activity, and the code is like this

InterstitialAd admobInterstitial = new InterstitialAd(pActivity);
admobInterstitial.setAdUnitId("UnitId");
admobInterstitial.loadAd(new AdRequest.Builder().build());

But i don't think it's caused by the interstitial, since it was initialized in the game start, showned in the game end, but the customer's feedback the app was freezed during the game.
And according to the ANR report in google play console the android version was from 2.3 to 4.3, and the play service version is the latest 8.1.0.
I've tried but cannot reproduce this ANR, just got from the ANR report with customer's complain.
Hope it helps.
Thanks

Vu Chau (MobileAds SDK Team)

unread,

Oct 27, 2015, 2:46:46 PM10/27/15

to Google Mobile Ads SDK Developers

Hi Tommy,

Thanks again for the extra details you provided.

Manipulating the UI (by instantiating and appending layouts) while the game is in progress could cause an ANR if the operation is time-consuming. Have you tried doing the operations in a background thread instead, e.g. AsyncTask? Once everything is ready, simply present the layout. Also, check out Systrace and profile your app to see where the overhead is coming from.

Other than that, I don't see anything suspicious based on your code snippets. If we'd like to investigate this issue further, we'd need reliable steps to replicate this ANR on our end. Feel free to send us the info once you have it ready.

Cheers,

Vu Chau

Mobile Ads SDK Team

Tommy

unread,

Oct 27, 2015, 9:55:53 PM10/27/15

to Google Mobile Ads SDK Developers

Hi Vu,
I don't think it's caused when the banner ads intilized, customer complain it's freezed in the middle of the game, so the banner ads has already been initialized.
I think it's a random freeze so it cannot be reproduced with 100%, would you like me post the stack trace if i got the ANR report again?

Vu Chau (MobileAds SDK Team)

unread,

Oct 28, 2015, 11:43:44 AM10/28/15

to Google Mobile Ads SDK Developers

Hi Tommy,

Do post the stack trace as soon as you are able to reproduce the ANR, or get the report again. Also, if by any chance you also have the steps that lead to the ANR, send them across.

Thanks!

Vu Chau

Mobile Ads SDK Team

pzyho

unread,

Mar 22, 2016, 6:26:52 PM3/22/16

to Google Mobile Ads SDK Developers

Hi Vu,

Unfortunately I am also receiving similar crashes. I am using the latest GPS. It crashes my app randomly. I am using surface view for displaying the game content. I really appreciate any hints how to solve it/implement workaround.

Please take a look at the stack trace:

"Thread-447" prio=5 tid=1 VMWAIT
| group="main" sCount=1 dsCount=0 obj=0x422c6390 self=0x5812c5f0
| sysTid=14836 nice=0 sched=0/0 cgrp=apps handle=1074838376
| schedstat=( 23140391355 16185843966 51173 ) utm=1789 stm=525 core=0
#00 pc 0000e080 /system/lib/libc.so (__futex_syscall3+8)
#01 pc 00013118 /system/lib/libc.so (__pthread_cond_timedwait_relative+48)
#02 pc 00013174 /system/lib/libc.so (__pthread_cond_timedwait+60)
#03 pc 00049cbb /system/lib/libdvm.so
#04 pc 0004add1 /system/lib/libandroid_runtime.so (android::AndroidRuntime::start(char const*, char const*)+452)
#05 pc 00000dcf /system/bin/app_process
#06 pc 0002091c /system/lib/libc.so (__libc_init+64)
#07 pc 00000b34 /system/bin/app_process
at dalvik.system.NativeStart.run(Native Method)
"AdWorker(Default) #9" prio=5 tid=34 WAIT
| group="main" sCount=1 dsCount=0 obj=0x41dc4418 self=0x55d837c0
| sysTid=15380 nice=10 sched=0/0 cgrp=apps/bg_non_interactive handle=1476790288
| schedstat=( 2839541 21019152 12 ) utm=0 stm=0 core=0
at java.lang.Object.wait(Native Method)
- waiting on <0x41dc4928> (a java.lang.VMThread) held by tid=34 (AdWorker(Default) #9)