草庐IT

signal_flag

全部标签

android - FLAG_ACTIVITY_REORDER_TO_TOP 导致 RuntimeException 或旋转黑屏

我有两个Activity,我想在它们之间切换而不重新创建或复制它们。每个Activity都有一个按钮,使用带有FLAG_ACTIVITY_REORDER_TO_TOP的Intent将用户发送到另一个Activity。除以下情况外,这很好用:强制关闭后重新启动应用点击按钮进入Activity2点击按钮返回Activity1旋转屏幕。此时,应用程序崩溃并显示“正在执行未恢复的Activity停止”。Lollipop只显示黑屏。奇怪的是,如果您在第4步之前转到主屏幕并恢复应用程序然后旋转上述情况没有任何问题,应用程序在关闭/重新启动之前工作正常。这种情况似乎是FLAG_ACTIVITY_RE

android - 在 xml 中为 PreferenceScreen 设置 Intent-flags

我的PreferencesActivityView是通过XML填充的,在该XML中我包含一个PreferencesScreen以导航到系统的同步首选项。使用下面的代码可以正常工作。我的问题是,当我打开Sync-Preferences,打开主屏幕,然后再次打开我的应用程序时,Sync-Settings被打开,因为它们位于堆栈的顶部。是否有可能在xml中包含NEW_TASK标志以告诉屏幕这是一个新任务并且与我的应用程序堆栈无关? 最佳答案 可以设置android:launchMode="singleInstance"。在您的代码示例中,

android - 如果我在 AutocompleteTextView 上设置 TYPE_TEXT_FLAG_NO_SUGGESTIONS,为什么退格键会停止工作?

我有这个代码:AutoCompleteTextViewet=newAutoCompleteTextView(context);et.setInputType(InputType.TYPE_CLASS_TEXT|InputType.TYPE_TEXT_FLAG_NO_SUGGESTIONS);使用此代码,AutoCompleteTextView会阻止退格键工作!如果我将类类型更改为EditText,则会发生相同的行为。但是对于这段代码,退格键是有效的:AutoCompleteTextViewet=newAutoCompleteTextView(context);et.setInputTy

android - 是否有必要在 Notification 的 PendingIntent 中使用 FLAG_ACTIVITY_NEW_TASK?

我使用Notification有一段时间了,昨天我注意到PendingIntent的文档说传递给PendingIntent.getActivity()的Intent方法必须设置FLAG_ACTIVITY_NEW_TASK:Notethattheactivitywillbestartedoutsideofthecontextofanexistingactivity,soyoumustusetheIntent.FLAG_ACTIVITY_NEW_TASKlaunchflagintheIntent.但是,我在使用Notification时从未设置过这个标志,但到目前为止我还没有遇到任何问题。

android - FLAG_ACTIVITY_CLEAR_TOP 和 onActivityResult

我有多个管理连接的Activity(B=>C=>D)。如果该连接断开,它们应该全部清除并将结果返回给A,具体取决于原因(RESULT_USER_TERMINATED、RESULT_LOW_SIGNAL、RESULT_UNKOWN等...)在A中我有Intentintent=newIntent(this,B.class);startActivityForResult(intent,REQUEST_EXIT_STATUS);在B和C中Intentintent=newIntent(this,C.class);intent.addFlags(Intent.FLAG_ACTIVITY_FORWA

android - 在全屏模式下平板电脑上的状态栏 (SYSTEM_UI_FLAG_LOW_PROFILE) 反复变暗?

我知道如何在Android平板电脑上调暗状态栏。我使用该代码执行此操作:getWindow().getDecorView().setSystemUiVisibility(View.SYSTEM_UI_FLAG_LOW_PROFILE);它工作正常但只有一次。当我触摸状态栏时,它会激活,然后当我回到我的应用程序Activity中时,状态栏仍处于激活状态(使用图标而不是点)。我尝试登录onResume调用,但没有调用,所以我再次搜索并找到了另一个解决方案-使用处理程序更改状态栏的可见性:getWindow().getDecorView().setOnSystemUiVisibilityCh

android - PreferenceScreen - <intent .../> - 异常 - FLAG_ACTIVITY_NEW_TASK

我是android开发的新手。该项目是关于使用AbstractThreadedSyncAdapter实现AbstractAccountAuthenticator以将服务器上的某些数据与内容提供商同步。我做了一切,添加帐户和同步都在运行,没有任何问题。现在我尝试通过xml像这样添加一个Preference-Screen,就像android引用中建议的那样(搜索AbstractAccountAuthenticator,那里有解释):autenticator.xml:Preference-Screen-xml如下所示:account_preferences.xml:屏幕被提示应该如何显示,但

Android问题笔记四十二:signal 11 (SIGSEGV), code 1 (SEGV_MAPERR) 的解决方法

点击跳转=>Unity3D特效百例点击跳转=>案例项目实战源码点击跳转=>游戏脚本-辅助自动化点击跳转=>Android控件全解手册点击跳转=>Scratch编程案例点击跳转=>软考全系列👉关于作者专注于Android/Unity和各种游戏开发技巧,以及各种资源分享(网站、工具、素材、源码、游戏等)有什么需要欢迎底部卡片私我,交流让学习不再孤单。👉实践过程😜问题之前开发的SO一直很正常,最近一段时间有新业务要在原来SO上开发,并且有了新的设计逻辑,也是新的同事去写了。所以公司准备SO重写一下。部分业务还是仿照或复制原来的代码,但是给到Android后一直崩溃,而且看JNI中同事写的日志最终停止

Android Lollipop 5.1 : Fatal signal 11 (SIGSEGV), 代码 2,错误地址 0x9e985ff8 in tid 4093 (RenderThread)/当使用大量 9-patch 图形时

我在应用View中使用了大量的NinePatchDrawables。底层位图被缓存,因此不存在内存问题。在准备/绘制屏幕时,应用程序崩溃并显示以下日志条目:04-0319:37:42.651:A/libc(4064):Fatalsignal11(SIGSEGV),code2,faultaddr0x9e985ff8intid4093(RenderThread)此问题刚刚在最新的Android5.1版本(LMY47D、LMY47E、LMY47I)中出现。具有相同图形的相同View在5.0.2(LRX22C)之前的早期Android版本上运行良好。我在Nexus6上遇到了这个问题,到目前为止

android - 共享时 "FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET"的作用是什么?

我已阅读,http://developer.android.com/guide/components/tasks-and-back-stack.html我已经查阅了FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET的文档,但我仍然不明白为什么Google的一名员工决定将其包含在他们关于共享的博客文章中。http://android-developers.blogspot.com/2012/02/share-with-intents.html这是他们的代码fragment:Intentintent=newIntent(android.content.Intent.AC