“携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第1天，点击查看活动详情”

不积跬步无以至千里
本文记录Android应用调试问题，并将持续不断更新，若你在开发的过程中也遇到了困惑的问题，也可以记录下来，分享给大家，以便于大家可以快速的找到答案

1 UI 问题实例

1.1 Caused by: java.lang.IllegalArgumentException: Parameter specified as non-null is null: method kotlin.jvm.internal.Intrinsics.checkParameterIsNotNull, parameter savedInstanceState

【解决方法】Fragment中的override fun onCreatePreferences方法参数savedInstanceState加上可空标识，如：savedInstanceState: Bundle?

1.2 java.lang.IllegalArgumentException: Parameter specified as non-null is null: method kotlin.jvm.internal.Intrinsics.checkParameterIsNotNull, parameter convertView

【解决方法】参数convertView指定为非空的，实际为空了，将contentView：View改为contentView: View?

1.3 View 的按键响应延迟100ms，setPressed回调延迟100ms执行的原因

【原因】View的onTouchEvent 可知，响应Down事件时，会取判断当前view的父view是否可滑动，如果可滑动，延迟100ms处理setPressed状态

// Walk up the hierarchy to determine if we're inside a scrolling container.
boolean isInScrollingContainer = isInScrollingContainer();

// For views inside a scrolling container, delay the pressed feedback for
// a short period in case this is a scroll.
//判断当前父view是否可滑动
if (isInScrollingContainer) {
	mPrivateFlags |= PFLAG_PREPRESSED;
	if (mPendingCheckForTap == null) {
		mPendingCheckForTap = new CheckForTap();
	}
	mPendingCheckForTap.x = event.getX();
	mPendingCheckForTap.y = event.getY();
	postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
} else {
	// Not inside a scrolling container, so show the feedback right away
	setPressed(true, x, y);
	checkForLongClick(
			ViewConfiguration.getLongPressTimeout(),
			x,
			y,
			TOUCH_GESTURE_CLASSIFIED__CLASSIFICATION__LONG_PRESS);
}
break;

2 数据库问题实例

2.1 注册ContentObserver，更新完数据库，执行notifyChange延迟问题

【原因】
在优化MediaProvider的操作时，Google注意到许多后台应用注册ContentObservers，当发生改变进行通知时，会影响相机应用程序做持久重度操作例如：a burst capture。为了达到平衡，将延迟逻辑移入到了ContentService，仅将即时通知发送到前台应用，后台应用会延时10秒收到有关更改的消息。详见google的修改记录：android.googlesource.com/platform/fr…

【解决方法】
通过下面这笔可知，android.googlesource.com/platform/fr… 可以知道Google后续增加了flag解决此问题

final boolean noDelay = (key.flags & ContentResolver.NOTIFY_NO_DELAY) != 0;

只要noDelay返回true，则不会延迟通知，而flags是notifyChange时透传过来的，此处更改flag为：

int flag = (syncToNetwork ? NOTIFY_SYNC_TO_NETWORK : 0) | ContentResolver.NOTIFY_NO_DELAY

即可让通知不延迟

3 权限问题

3.1 ActivityManager调用getRunningAppProcesses()无法获取到当前运行App List

【原因】调用上述接口时，需要申请android.Manifest.permission.REAL_GET_TASKS 权限

boolean isGetTasksAllowed(String caller, int callingPid, int callingUid) {
        if (getRecentTasks().isCallerRecents(callingUid)) {
            // Always allow the recents component to get tasks
            return true;
        }
        boolean allowed = checkGetTasksPermission(android.Manifest.permission.REAL_GET_TASKS,
                callingPid, callingUid) == PackageManager.PERMISSION_GRANTED;

4 SDK 适配问题

4.1 应用本地实现的接口不会回调

【原因】
系统与应用解耦，为了兼容Q与R版本，加了add-on-adapter层sdk适配，适配时接口未实现框架的接口，故应用实现的接口类型是add-on-adapter中的，framework中执行的代码接口类型是add-on中的，类型不一致，判断有问题导致不会回调。

【调试篇2】Android 调试问题总结分享