风险apk样本在githubfengxian文件夹里，可以下载。 也可以去百度云链接下载，https://pan.baidu.com/s/1NN_Afvji_BVfmSBRhh1wHQ 密码: fuy9
我们目前提供两个armeabi-v7a arm64-v8a，到时候你们集成目标机如果是armeabi的，那就把里面arm64-v8a文件夹直接删除掉，把armeabi-v7a改成armeabi即可， 如果是armeabi-v7a，就把arm64-v8a删掉即可。 如果是arm64-v8a，那就把armeabi-v7a 删掉即可。
由于selinux的存在，在作为系统app时，有一些行为是不被允许的，这时候可能会出现如下的问题，见下log
dlopen("/data/data/com.baidu.roosdkdemo/files/.tvshield_1/lib/2.6.4.8/391128228/armeabi/libtvshieldsec2648.so", RTLD_LAZY)
failed: dlopen failed: couldn't map "/data/data/com.baidu.roosdkdemo/files/.tvshield_1/lib/2.6.4.8/391128228/armeabi/libtvshieldsec2648.so"
segment 2: Permission denied
07-31 02:35:38.050 5947-5947/com.baidu.roosdkdemo:p0 W/u.roosdkdemo:p0: type=1400 audit(0.0:37):
avc: denied { execute } for path="/data/data/com.baidu.roosdkdemo/app_p_od/-1136690744.dex" dev="mmcblk0p28"
ino=81770 scontext=u:r:system_app:s0 tcontext=u:object_r:system_app_data_file:s0 tclass=file
07-31 02:35:38.104 6811-6811/? I/dex2oat: /system/bin/dex2oat --runtime-arg -classpath --runtime-arg
--instruction-set=arm --instruction-set-features=div --runtime-arg -Xrelocate --boot-image=/system/framework/boot.art
--dex-file=/data/user/0/com.baidu.roosdkdemo/app_p_a/-1136690744.jar --oat-fd=94 --oat-location=/data/user/0/com.baidu.roosdkdemo/app_p_od/-1136690744.dex
--runtime-arg -Xms64m --runtime-arg -Xmx512m
W/u.roosdkdemo:p0: type=1400 audit(0.0:39): avc: denied { execute }
for path="/data/data/com.baidu.roosdkdemo/app_p_n/-1136690744/libguardfunc.so" dev="mmcblk0p28" ino=81763
scontext=u:r:system_app:s0 tcontext=u:object_r:system_app_data_file:s0 tclass=file
07-31 02:35:40.770 5947-5947/com.baidu.roosdkdemo:p0 E/art: dlopen("/data/user/0/com.baidu.roosdkdemo/app_p_n/-1136690744/libguardfunc.so", RTLD_LAZY)
failed: dlopen failed: couldn't map "/data/user/0/com.baidu.roosdkdemo/app_p_n/-1136690744/libguardfunc.so" segment 1: Permission denied
出现这种问题的时候，加一条te规则到系统中就可以了 allow system_app system_app_data_file:file execute
我们可以提供内置功能，好处就是没网情况下可以体验功能，坏处就是集成的aar会增大。全部功能性文件大约5M。如有需要请与我们联系。
我们有提供demo，如有需要请与我们联系。
一般这种问题就是so平台混用导致的。 07-10 16:38:05.837 W/System.err(14028): java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.coocaa.tvmanager-1/base.apk"],nativeLibraryDirectories=[/data/app/com.coocaa.tvmanager-1/lib/arm, /vendor/lib, /system/lib]]] couldn't find "libtvshield.so" 07-10 16:38:05.838 W/System.err(14028): at java.lang.Runtime.loadLibrary(Runtime.java:366) 07-10 16:38:05.838 W/System.err(14028): at java.lang.System.loadLibrary(System.java:988) 07-10 16:38:05.838 W/System.err(14028): at com.baidu.tvshield.jni.Asc.(Asc.java:10) 07-10 16:38:05.838 W/System.err(14028): at com.baidu.tvshield.b.h.a(EncryptConnUtil.java:48) 07-10 16:38:05.838 W/System.err(14028): at com.baidu.tvshield.ac.U.run(U.java:3030) 出了这个问题，一般看看自己编译出的apk是什么架构，为了兼容性，我们目前只提供armabi架构的so。 如果你们是armabiv7a,把我们的aar自己改一下，把两个so丢进你们的v7a就OK了。
这个Log之前，前面一般jvm会再打印一条Rejecting re-init on previously-failed class Lc/b/libccb/util/JsonParser; v=0x0 从虚拟机源码来看，现场不在这里。 源码位置： android-4.4.0_r1.0/xref/art/runtime/class_linker.cc
static void ThrowEarlierClassFailure(mirror::Class* c)
SHARED_LOCKS_REQUIRED(Locks::mutator_lock_) {
// The class failed to initialize on a previous attempt, so we want to throw
// a NoClassDefFoundError (v2 2.17.5). The exception to this rule is if we
// failed in verification, in which case v2 5.4.1 says we need to re-throw
// the previous error.
if (!Runtime::Current()->IsCompiler()) {
// Give info if this occurs at runtime.
LOG(INFO) << "Rejecting re-init on previously-failed class " << PrettyClass(c);
}
CHECK(c->IsErroneous()) << PrettyClass(c) << " " << c->GetStatus();
Thread* self = Thread::Current();
ThrowLocation throw_location = self->GetCurrentLocationForThrow();
if (c->GetVerifyErrorClass() != NULL) {
// TODO: change the verifier to store an _instance_, with a useful detail message?
ClassHelper ve_ch(c->GetVerifyErrorClass());
self->ThrowNewException(throw_location, ve_ch.GetDescriptor(), PrettyDescriptor(c).c_str());
} else {
self->ThrowNewException(throw_location, "Ljava/lang/NoClassDefFoundError;",
PrettyDescriptor(c).c_str());
}
}
再结合之前的log来看：
47:50.200 4545-4597/com.coocaa.tvmanager:p1 W/dalvikvm: VFY: unable to resolve static method 8532: Lcom/google/gson/internal/$Gson$Types;.e (Ljava/lang/reflect/Type;)Ljava/lang/Class;
07-11 10:47:50.200 4545-4597/com.coocaa.tvmanager:p1 D/dalvikvm: VFY: replacing opcode 0x71 at 0x003c
07-11 10:47:50.200 4545-4597/com.coocaa.tvmanager:p1 I/dalvikvm: Could not find method com.google.gson.internal.$Gson$Types.f, referenced from method com.google.gson.b.a.toString
07-11 10:47:50.200 4545-4597/com.coocaa.tvmanager:p1 W/dalvikvm: VFY: unable to resolve static method 8533: Lcom/google/gson/internal/$Gson$Types;.f (Ljava/lang/reflect/Type;)Ljava/lang/String;
07-11 10:47:50.200 4545-4597/com.coocaa.tvmanager:p1 D/dalvikvm: VFY: replacing opcode 0x71 at 0x0002
07-11 10:47:50.225 4545-4597/com.coocaa.tvmanager:p1 W/dalvikvm: Exception Ljava/lang/NoSuchMethodError; thrown while initializing Lcom/google/gson/e;
Exception Ljava/lang/NoSuchMethodError; thrown while initializing Lc/b/libccb/util/JsonParser;
07-11 10:47:50.225 4545-4597/com.coocaa.tvmanager:p1 I/avpsdk: [thread : pool-3-thread-1 : 325] [EnterpriseEditionAvpScanEngine] Enterprise startScan exception : com.google.gson.internal.$Gson$Types.d
07-11 10:47:50.225 4545-4597/com.coocaa.tvmanager:p1 W/System.err: java.lang.NoSuchMethodError: com.google.gson.internal.$Gson$Types.d
07-11 10:47:50.230 4545-4597/com.coocaa.tvmanager:p1 W/System.err: at com.google.gson.b.a.getSuperclassTypeParameter(TypeToken.java:87)
很明显一定是你们是目标系统集成了gson的某个版本，有可能版本不匹配或者是没有混淆，在双亲委派时候，优先使用系统类中已经加载过的gson，里面细节对不上，再在这个加载好的类里去找某个类，也就classnofound了。最后解决办法就是我们的gson不混淆。这样可以规避问题，不过如果gson版本差异过大，那只有最后的解决方案：就是我们的gson源码拉下来，改个包名。