[2017年3月16日18:39:18]
这也许不能称为一个bug,但是比较坑,所以贴在了这里。在Android的sqlite中存储一个字符串,发现总是数据丢失,我去查询sqlite官方的数据类型text长度很大,能满足我的要求,但是为什么Android中的sqlite就满足不了了呢!导出查看db文件,发现字符长度只有8192个字符,显然数据是丢失了。暂且记录在这里。还有一点需要说明的是rom为flyme5.0。
[2017年2月6日15:14:47]
解决方案:http://blog.sina.com.cn/s/blog_c58a37cb0102vibh.html
[2017年1月16日17:25:03]
解决方案:http://stackoverflow.com/questions/39183674/java-lang-nullpointerexception-no-error-message
[2017年1月14日10:36:22]
解决方案:Android res文件夹下的所有文件不能有大写字符,如果出现大写字符会导致R.java无法生成
Android项目是的R文件是由系统生成的资源的定义,如果出同冲突,错误,那么android 无法生成R文件 ,即使有时候你xml文件没有错误,他都无法生成。针对此问题,总结以下几个方面的原因:
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包中的错误
编码格式不正确
有时候由于编码格式问题,造成无法生成R文件,此时后,把编码格式变成GBK或者UTF–8即可
[2016-9-22 17:53:35]
例如: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'
}
https://github.com/square/retrofit/issues/498#issuecomment-44097930
[2016-9-5 16:19:47]
这个可以通过dialog.setOwnerActivity( )进行设置。
[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);
我尝试添加:contentIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
居然把问题解决了。
有开发者将这个异常提交到了Google issues:https://code.google.com/p/android/issues/detail?id=192357#makechanges
其实也不难分析,从异常的字面意思来进行分析,可以看出和堆栈还是有点关系的。
在这种模式下,应用卸载,只是卸载了当前用户的。其他用户的应用并没有卸载。
一般是lint检查造成了,在该项目的build.gradle下添加:
android{
lintOptions{
checkAllWarnings false
abortOnError false
}
}
所谓符合ASCII标准,粗略的讲就是不要出现汉字。因为汉字不在ASCII标准里面。这个异常告诉我们,项目路径不能用汉字命名
最近在项目的全局状态下,对异常进行了捕获(包括fatal级别的异常)。突然发现AS不再打印该异常了。这是AS不打印异常的一种情况。
需要执行commit才能生效。
假如你点击条目1,但是你在GridView的监听事件里面访问了其他没有被显示的子view,此时会报空指针。因此对GridView所有子view的操作不要放在其监听里面。举个例子:
例如在上图有以下操作,当点击某个条目时该条目背景色变为蓝色,其他条目颜色为白色,此时可能就牵扯到对所有子view的遍历。
但如果子view被遮挡了,例如被键盘遮挡了,此时如果再点击某个条目那些被遮挡的子view就会报空指针。
这样的逻辑实现最好放在adapter中。
解决办法:较为完善的解决办法就是,直接对uri进行操作,不要尝试获取路径,如果需要用到文件可以这样写:
//此处是获取流,你可以通过流来达到上传文件的目的
getApplicationContext().getContentResolver().openInputStream(uri);
//此处是图片的转化
Bitmap bitmap =BitmapFactory.decodeStream(getApplicationContext().getContentResolver().openInputStream(uri))
解决方案:这一般是由于studio重复开启导致的。进程没有杀死,解决办法是打开系统监视器,关闭之。
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
这个问题在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的切换。该隐藏的隐藏,该显示的现实。
解决方法:rebuild或者在build.gradle中删除重复的包。
com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: Process ‘command ’ \bin\java.exe” finished with non-zero exit value 2
解决办法:
defaultConfig {
multiDexEnabled true
}
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
发生这个异常的原因,看源码:
public void setArguments(Bundle args) {
if (mIndex >= 0) {
throw new IllegalStateException("Fragment already active");
}
mArguments = args;
}
那么什么是mIndex呢?继续分析问题,首先看看这个字段的定义:
// Index into active fragment array.
int mIndex = -1;
原始值是-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();
}
看到了吗?是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
AS问题解决系列3—iCCP: Not recognizing known sRGB profile
问题来源:导致这个错误的原因,大多是基于gradle的插件版本高,造成的。
解决办法:将gradle依赖的一些插件的版本改的低一些。或者更新(不过,大多更新失败,因为被墙的缘故)
详细的解决方法:http://stackoverflow.com/questions/29063968
解决办法:可以将导入的moudle的build.gradle dependencies {
删除,使其使用本地版本的gradle。解决办法很多,这是其中一种。
classpath 'com.android.tools.build:gradle:1.3.1'
}
解决办法:重启;
办法来源:http://stackoverflow.com/questions/27724883/gradle-project-refresh-failed-android-studio
思路来源:Caused by: java.lang.ClassNotFoundException[android的终极解决错误]
其实一般分为2种情况:
1、启动activity的时候,在AndroidManifest.xml 可能压根你就忘了添加一个activity,或者说activity的包名或者名字写错了,这个犯错几率很高的
2、使用的class,是一个外部的JAR包,当在工程中编译使用时,发布成APK并没有包含JAR文件,所以APK在执行的时候就找不到JAR文件,会报错。
解决办法:在onEvent()方法上添加注解@Subscribe。
解决方法:没有找到@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找不到等等,这时请重新打包,应该能解决,这是很坑的异常。