日积月累--exception记录

关于Android的sqlite数据类型text长度限制的问题？

这也许不能称为一个bug，但是比较坑，所以贴在了这里。在Android的sqlite中存储一个字符串，发现总是数据丢失，我去查询sqlite官方的数据类型text长度很大，能满足我的要求，但是为什么Android中的sqlite就满足不了了呢！导出查看db文件，发现字符长度只有8192个字符，显然数据是丢失了。暂且记录在这里。还有一点需要说明的是rom为flyme5.0。

[2017年2月6日15:14:47]

Android 中有关继承Fragment的一些错误

解决方案：http://blog.sina.com.cn/s/blog_c58a37cb0102vibh.html

[2017年1月16日17:25:03]

java.lang.NullPointerException (no error message)

解决方案：http://stackoverflow.com/questions/39183674/java-lang-nullpointerexception-no-error-message
[2017年1月14日10:36:22]

Error:error: File is case-insensitive equivalent to: appuildintermxxxxxxxxxxxxxxxx

解决方案：Android res文件夹下的所有文件不能有大写字符，如果出现大写字符会导致R.java无法生成
Android项目是的R文件是由系统生成的资源的定义,如果出同冲突,错误,那么android 无法生成R文件 ，即使有时候你xml文件没有错误，他都无法生成。针对此问题，总结以下几个方面的原因:

1. xml本身有错误
   R.java这个文件是会自动生成的，但是如果你不小心xml文件写错了，或者不小心在编辑xml的时候点击了run（其实这个时候会运行这个xml文件，会生成一个同名的xml文件，后缀为xx.out.xml），然后正巧你游clear了一下项目，你可能会发现gen下面的R.java的文件没有了，这个在刚开始的时候很气人，真不知道怎么解决，后来发现，只要xml文件有问题，系统是绝对不会给你自动生成这个R.java文件，因为他要参照你的每张xml里的数据来生成R.java，所以自然就生成不了了。虽然知道了原因但是问题头疼，假如项目的layout xml文件有几十个，这个时候怎么办，难道要一个一个xml的看吗，呵呵，其实也不是，把console中的信息clear一下，然后再clear项目一下，这个时候，console中会有很多红色的信息，参照这个肯定能准确的找到哪个文件报错了。
   下面这个事误运行了xml文件，可以看到gen的包不是空的，R.java文件也存在，并且明确的支出了是layout包中的错误

2. 编码格式不正确
   有时候由于编码格式问题，造成无法生成R文件，此时后，把编码格式变成GBK或者UTF–8即可

3. 配置问题,转义字符的问题
   因为XML有些特殊字符需要转义,例如”<>&;”’ “等

[2016-9-22 17:53:35]

Error:Execution failed for task ‘:transformClassesWithJarMergingForDebug’.> com.android.build.api.transform.TransformException: java.util.zip.ZipException:

例如：Error:Execution failed for task ‘:transformClassesWithJarMergingForDebug’.

com.android.build.api.transform.TransformException: java.util.zip.ZipException: duplicate entry: android/support/multidex/MultiDex$V14.class

Error:Execution failed for task ‘:transformClassesWithJarMergingForDebug’.

com.android.build.api.transform.TransformException: java.util.zip.ZipException: duplicate entry: android/support/annotation/ColorRes.class

这是由于导包时重复造成的。解决这个问题有个比较霸气的方法：

configurations {
    all*.exclude group: 'com.android.support', module: 'support-v4'
     all*.exclude group: 'com.android.support', module: 'support-annotations'
}

• 1
• 2
• 3
• 4

---

---

retrofit的baseurl不支持正斜杠

https://github.com/square/retrofit/issues/498#issuecomment-44097930

---

---

[2016-9-5 16:19:47]

Dialog中getOwnerActivity()为空

这个可以通过dialog.setOwnerActivity( )进行设置。

在使用v7包构建通知时，设置PendIntent出现异常getSlotFromBufferLocked: unknown buffer: 0xb36a9630

[2016-8-22 14:59:19]这个问题也着实的让人摸不着头脑，用的是最普通的通知，代码如下：

 NotificationManager manager = (NotificationManager) context.getSystemService(Context.NOTIFICATION_SERVICE);
        NotificationCompat.Builder builder = new NotificationCompat.Builder(context);
        Intent contentIntent = new Intent(context, MessageActivity.class);
        PendingIntent contentPendIntent = PendingIntent.getActivity(context, 0, contentIntent, 0);

        Notification notification = builder
                .setContentTitle(context.getString(R.string.app_name))
                .setContentText(bundle.getString(JPushInterface.EXTRA_MESSAGE))
                .setWhen(System.currentTimeMillis())
                .setSmallIcon(R.mipmap.jpush_notification_icon)
                .setColor(Color.parseColor("#00EEFF"))
                .setLargeIcon(BitmapFactory.decodeResource(
                        context.getResources(), R.mipmap.ic_launcher))
                .setContentIntent(contentPendIntent)
                .build();

        notification.flags |= Notification.FLAG_AUTO_CANCEL;
        manager.notify(1, notification);

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19

我尝试添加：contentIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);居然把问题解决了。
有开发者将这个异常提交到了Google issues：https://code.google.com/p/android/issues/detail?id=192357#makechanges
其实也不难分析，从异常的字面意思来进行分析，可以看出和堆栈还是有点关系的。

---

---

cm的多用户模式导致的无法安装应用问题

在这种模式下，应用卸载，只是卸载了当前用户的。其他用户的应用并没有卸载。

AndroidStudio在打包应用时总是出错，运行时没有错

一般是lint检查造成了，在该项目的build.gradle下添加：

android{
    lintOptions{
        checkAllWarnings false
        abortOnError false
    }
}

• 1
• 2
• 3
• 4
• 5
• 6

---

---

项目路径的命名不符合ASCII编码标准很可能构建不成功

所谓符合ASCII标准，粗略的讲就是不要出现汉字。因为汉字不在ASCII标准里面。这个异常告诉我们，项目路径不能用汉字命名

AndroidStudio不打印exception的一个原因

最近在项目的全局状态下，对异常进行了捕获（包括fatal级别的异常）。突然发现AS不再打印该异常了。这是AS不打印异常的一种情况。

如果fragment的add动作，没有通过事件提交，而在此使用isAdd则还会显示没有添加

需要执行commit才能生效。

点击GridView的某个条目时报的空指针问题

假如你点击条目1，但是你在GridView的监听事件里面访问了其他没有被显示的子view，此时会报空指针。因此对GridView所有子view的操作不要放在其监听里面。举个例子：

例如在上图有以下操作，当点击某个条目时该条目背景色变为蓝色，其他条目颜色为白色，此时可能就牵扯到对所有子view的遍历。

但如果子view被遮挡了，例如被键盘遮挡了，此时如果再点击某个条目那些被遮挡的子view就会报空指针。
这样的逻辑实现最好放在adapter中。

Android的Uri获取路径常常是不准确的，尤其是文件的uri

解决办法：较为完善的解决办法就是，直接对uri进行操作，不要尝试获取路径，如果需要用到文件可以这样写：

//此处是获取流，你可以通过流来达到上传文件的目的
 getApplicationContext().getContentResolver().openInputStream(uri);
 //此处是图片的转化
 Bitmap bitmap =BitmapFactory.decodeStream(getApplicationContext().getContentResolver().openInputStream(uri))

• 1
• 2
• 3
• 4

ubuntu下无法启动studio，异常：Glide Process ‘command ‘git” finished with non-zero exit value 128

解决方案：这一般是由于studio重复开启导致的。进程没有杀死，解决办法是打开系统监视器，关闭之。

使用Glide加载大量图片出现OOM的一种解决方案 E/PriorityExecutor(23909): at dalvik.system.VMRuntime.newNonMovableArray(Native Method)

exception详情：

05-21 14:15:29.623: E/art(23909): Throwing OutOfMemoryError "Failed to allocate a 4147212 byte allocation with 1550998 free bytes and 1514KB until OOM"
05-21 14:15:29.630: E/PriorityExecutor(23909): Request threw uncaught throwable
05-21 14:15:29.630: E/PriorityExecutor(23909): java.util.concurrent.ExecutionException: java.lang.OutOfMemoryError: Failed to allocate a 4147212 byte allocation with 1550998 free bytes and 1514KB until OOM
05-21 14:15:29.630: E/PriorityExecutor(23909):  at java.util.concurrent.FutureTask.report(FutureTask.java:93)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at java.util.concurrent.FutureTask.get(FutureTask.java:163)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.engine.executor.FifoPriorityThreadPoolExecutor.afterExecute(FifoPriorityThreadPoolExecutor.java:96)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1120)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at java.lang.Thread.run(Thread.java:818)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.engine.executor.FifoPriorityThreadPoolExecutor$DefaultThreadFactory$1.run(FifoPriorityThreadPoolExecutor.java:118)
05-21 14:15:29.630: E/PriorityExecutor(23909): Caused by: java.lang.OutOfMemoryError: Failed to allocate a 4147212 byte allocation with 1550998 free bytes and 1514KB until OOM
05-21 14:15:29.630: E/PriorityExecutor(23909):  at dalvik.system.VMRuntime.newNonMovableArray(Native Method)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at android.graphics.BitmapFactory.decodeStreamInternal(BitmapFactory.java:681)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:657)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.bitmap.Downsampler.decodeStream(Downsampler.java:329)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.bitmap.Downsampler.downsampleWithSize(Downsampler.java:220)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.bitmap.Downsampler.decode(Downsampler.java:153)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.bitmap.StreamBitmapDecoder.decode(StreamBitmapDecoder.java:50)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.bitmap.StreamBitmapDecoder.decode(StreamBitmapDecoder.java:19)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.bitmap.ImageVideoBitmapDecoder.decode(ImageVideoBitmapDecoder.java:39)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.bitmap.ImageVideoBitmapDecoder.decode(ImageVideoBitmapDecoder.java:20)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.gifbitmap.GifBitmapWrapperResourceDecoder.decodeBitmapWrapper(GifBitmapWrapperResourceDecoder.java:121)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.gifbitmap.GifBitmapWrapperResourceDecoder.decodeStream(GifBitmapWrapperResourceDecoder.java:94)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.gifbitmap.GifBitmapWrapperResourceDecoder.decode(GifBitmapWrapperResourceDecoder.java:71)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.gifbitmap.GifBitmapWrapperResourceDecoder.decode(GifBitmapWrapperResourceDecoder.java:61)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.resource.gifbitmap.GifBitmapWrapperResourceDecoder.decode(GifBitmapWrapperResourceDecoder.java:22)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.engine.DecodeJob.decodeFromSourceData(DecodeJob.java:190)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.engine.DecodeJob.decodeSource(DecodeJob.java:177)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.engine.DecodeJob.decodeFromSource(DecodeJob.java:128)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.engine.EngineRunnable.decodeFromSource(EngineRunnable.java:122)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.engine.EngineRunnable.decode(EngineRunnable.java:101)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at com.bumptech.glide.load.engine.EngineRunnable.run(EngineRunnable.java:58)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:422)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at java.util.concurrent.FutureTask.run(FutureTask.java:237)
05-21 14:15:29.630: E/PriorityExecutor(23909):  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
05-21 14:15:29.630: E/PriorityExecutor(23909):  ... 3 more

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21
• 22
• 23
• 24
• 25
• 26
• 27
• 28
• 29
• 30
• 31
• 32
• 33
• 34
• 35
• 36
• 37

这个问题在glide的github的issues上讨论的也很热烈。我现在的这个项目中的加载的图片量很大，典型的button+fragment布局。但是每个页面都有很多图片，每个fragment是由listview组成（条目为大图片），单独操作每个页面没有问题，但是遇到不断切换时不断的OOM提示，issues上的很多方法都试了，还是不行，很是苦恼。而且这个问题在Android5.0以下的机器不存在，一想会不会是Dalvik虚拟机更改造成的，于是再仔细排查log，终于看到了其中有个关于dalvikdalvik.system.VMRuntime.newNonMovableArray(Native Method)的提示，stackoverflow上有这个问题的答案：添加标签<application android:largeHeap="true"问题解决。另外，这个属于内存优化的问题，除了申请大内存以外，还要搞好fragment的切换。该隐藏的隐藏，该显示的现实。

Android Packager: [main] java.util.zip.ZipException: duplicate entry: classes.dex

解决方法:rebuild或者在build.gradle中删除重复的包。

Error:Execution failed for task ‘:enterpriseplat:dexDebug’.

com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: Process ‘command ’ injava.exe” finished with non-zero exit value 2

解决办法:

defaultConfig {
     multiDexEnabled true 
}

• 1
• 2
• 3

http://stackoverflow.com/questions/29460443/execution-failed-for-task-appdexdebug-com-android-ide-common-process-proces
http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/1218/3789.html

Java.lang.IllegalStateException: fragment already active

问题分析

发生这个异常的原因,看源码:

public void setArguments(Bundle args) {
        if (mIndex >= 0) {
            throw new IllegalStateException("Fragment already active");
        }
        mArguments = args;
    }

• 1
• 2
• 3
• 4
• 5
• 6

那么什么是mIndex呢?继续分析问题,首先看看这个字段的定义:

// Index into active fragment array.
    int mIndex = -1;

• 1
• 2

原始值是-1,再看看它是在哪儿赋值的呢?找源码:

public FragmentState(Parcel in) {
        mClassName = in.readString();
        mIndex = in.readInt();
        mFromLayout = in.readInt() != 0;
        mFragmentId = in.readInt();
        mContainerId = in.readInt();
        mTag = in.readString();
        mRetainInstance = in.readInt() != 0;
        mDetached = in.readInt() != 0;
        mArguments = in.readBundle();
        mSavedFragmentState = in.readBundle();
    }

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12

看到了吗?是Parcel 赋予mIndex的,而Bundle就是Parcel的一个实现类,所以你已经进行了一次fragment.setAraugment(bundle)之后再执行该方法就会出现上面的问题。
FragmentState是Fragment的一个内部类,另外看源码你会发现mIndex还可以通过set方法进行赋值,不过一般不这样做。

解决办法:

如果是第一次set就使用fragment.setAraugment(bundle)如果不是第一次就使用`fragment.getArguments().putAll(bundle)
解决思路来源:http://stackoverflow.com/questions/10364478/got-exception-fragment-already-active

Error:Execution failed for task ‘:enterpriseplat:mergeDebugResources’. > Some file crunching failed,

AS问题解决系列3—iCCP: Not recognizing known sRGB profile

导入AndroidStudio项目时出现的异常

Error:(1, 0) Plugin is too old, please update to a more recent version, or set ANDROID_DAILY_OVERRIDE environment variable to “8051cdccc746d532152541ee35015fd83699f14”

问题来源:导致这个错误的原因,大多是基于gradle的插件版本高,造成的。
解决办法:将gradle依赖的一些插件的版本改的低一些。或者更新(不过,大多更新失败,因为被墙的缘故)
详细的解决方法:http://stackoverflow.com/questions/29063968

导入moudle时出现:Error:Could not run build action using Gradle installation ‘C:Program FilesAndroidAndroid Studiogradlegradle-2.8’.

解决办法:可以将导入的moudle的build.gradle dependencies {
classpath 'com.android.tools.build:gradle:1.3.1'
}删除,使其使用本地版本的gradle。解决办法很多,这是其中一种。

Error:Cannot locate factory for objects of type DefaultGradleConnector, as ConnectorServiceRegistry has been closed.

解决办法:重启;
办法来源:http://stackoverflow.com/questions/27724883/gradle-project-refresh-failed-android-studio

---

Caused by: java.lang.ClassNotFoundException这个异常一般发生在使用ADT进行Android开发的情况下，解决办法：

思路来源：Caused by: java.lang.ClassNotFoundException[android的终极解决错误]
其实一般分为2种情况：

1、启动activity的时候，在AndroidManifest.xml 可能压根你就忘了添加一个activity，或者说activity的包名或者名字写错了，这个犯错几率很高的

2、使用的class，是一个外部的JAR包，当在工程中编译使用时，发布成APK并没有包含JAR文件，所以APK在执行的时候就找不到JAR文件，会报错。

---

来自EventBus的异常

1.1 .MainActivity and its super classes have no public methods with the @Subscribe annotation

解决办法:在onEvent（）方法上添加注解@Subscribe。

1.2 Caused by: de.greenrobot.event.EventBusException: Subscriber class com.cis.studytest.MainActivity and its super classes have no public methods with the @Subscribe annotation

解决方法:没有找到@Subscribe注解的public修饰的方法,因此需要将onEvent等方法修改为public修饰即可.因为:Starting with EventBus 2.2 we enforced methods to be public (might change with annotations again)

关于闪退的一个原因

闪退的原因有很多，例如activity没注册，不过这都是一些可以很快速解决的。不过由于编译器的原因，尤其是Adt（eclipse adt）开发，闪退如果抛出一些什么classnot found，apk找不到，zygote找不到等等，这时请重新打包，应该能解决，这是很坑的异常。