退出沉浸式的原因是因为 Activity 的 Window 焦点被抢走了，Window 中的 DecorView 状态改变导致了退出。

如果要继续保持沉浸模式。对于 Dialog 情况，这里有解决办法 。 Dialog 在初始化时会生成新的 Window，先禁止 Dialog Window 获取焦点，等 Dialog 显示后对 Dialog Window 的 DecorView 设置 setSystemUiVisibility ，接着再获取焦点。 这样表面上看起来就没有退出沉浸模式。

而 PopupWindow 并没有创建新的 Window，只是将 PopupWindow 的 View 添加到当前的 WindowManager。不过可以对 PopupWindow 设置 setFocusable。

同理，先在失焦的状态，弹出 PopupWindow ， 再对 PopupWindow 的 DecorView 设置 setSystemUiVisibility ，最后获取焦点即可。 虽然 PopupWindow 对外没有暴露出 DecorView ，但只要是 PopupWindow 中的可见 View 都行。

public class MainActivity extends AppCompatActivity {

    private PopupWindow mPopupWindow;

    @Override protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        int windowWidth = 480;
        int windowHeight = 120;

        TextView popupView = (TextView) LayoutInflater.from(getApplicationContext())
                .inflate(android.R.layout.simple_list_item_1, null);
        popupView.setText("PopupWindow");
        popupView.setGravity(Gravity.CENTER);
        popupView.setBackgroundColor(Color.BLACK);
        popupView.setOnClickListener(new View.OnClickListener() {
            @Override public void onClick(View v) {
                Toast.makeText(getApplicationContext(), "PopupWindow Click", Toast.LENGTH_SHORT)
                        .show();
            }
        });

        mPopupWindow = new PopupWindow(popupView, windowWidth, windowHeight);
        mPopupWindow.setFocusable(false);
        mPopupWindow.setBackgroundDrawable(new ColorDrawable());
        mPopupWindow.setOutsideTouchable(true);

        findViewById(R.id.button).setOnClickListener(new View.OnClickListener() {
            @Override public void onClick(View v) {
                if (!mPopupWindow.isShowing()) {
                    showPopup(v);
                } else {
                    mPopupWindow.dismiss();
                }
            }
        });
    }

    @Override public void onWindowFocusChanged(boolean hasFocus) {
        super.onWindowFocusChanged(hasFocus);
        if (hasFocus) {
            fullScreenImmersive(getWindow());
        }
    }

    public void showPopup(View anchor) {
        mPopupWindow.setFocusable(false);
        mPopupWindow.update();

        PopupWindowCompat.showAsDropDown(mPopupWindow, anchor,
                -mPopupWindow.getWidth() / 2 + anchor.getWidth() / 2,
                -mPopupWindow.getHeight() - anchor.getHeight(), Gravity.CENTER);

        fullScreenImmersive(mPopupWindow.getContentView());
        mPopupWindow.setFocusable(true);
        mPopupWindow.update();
    }

    public void fullScreenImmersive(Window window) {
        if (window != null) {
            fullScreenImmersive(window.getDecorView());
        }
    }

    public void fullScreenImmersive(View view) {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
            int uiOptions = View.SYSTEM_UI_FLAG_LAYOUT_STABLE
                    | View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION
                    | View.SYSTEM_UI_FLAG_HIDE_NAVIGATION
                    | View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY
                    | View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN
                    | View.SYSTEM_UI_FLAG_FULLSCREEN;
            view.setSystemUiVisibility(uiOptions);
        }
    }
}

CheckVersionLib

现在热更新技术挺火的，大公司都出了自己的热更新框架，但是各家热更新都有各自优缺点，终究不能解决所有bug，万不得已还是得进行版本升级，这是一个android上的自动版本检测并更新库。库集成了检测版本、下载版本以及自动安装升级

特点

• 任何地方都可以检测
• 任何地方都可以弹出升级对话框
• 自定义性强，手动回调解析，适用于各种版本检测接口
• 自动处理下载和升级
• 自定义界面
• 支持强制更新

效果

custom.gif

style1.png

style2.png

使用步骤

android studio导入

compile 'com.allenliu.versionchecklib:library:1.0.6'

如何使用

1.自定义service，service继承 AVersionService，实现其中的 onResponses(AVersionService service, String response)抽象方法.

该方法主要是请求版本接口的回调，由于不同的使用者版本检测接口返回数据类型不一致，所以你需要自定解析数据，然后判断版本号之后调用升级对话框，如果使用库自带的直接调用如下方法: service.showVersionDialog(downloadUrl,title,updateMsg )
示例代码:

<span class="hljs-keyword">if</span> (serverVersion &gt; clientVersion) { 
      <span class="hljs-comment">//传入下载地址，以及版本更新消息</span>
     service.showVersionDialog(downloadUrl,<span class="hljs-built_in">title</span>,updateMsg );}

如果拿到数据之后，不使用库的方法，那么你可以在回调 里做自己想做的事。记得这里需要自己手动关闭service（如果调用showVersionDialog则不需要手动关闭）

2.在任意地方开启自定义service，并传入VersionParam

versionParams = new VersionParams().setRequestUrl(<span class="hljs-string">"http://www.baidu.com"</span>);
    <span class="hljs-keyword">Intent</span> <span class="hljs-keyword">intent</span> = new <span class="hljs-keyword">Intent</span>(this, DemoService.<span class="hljs-keyword">class</span>);
    <span class="hljs-keyword">intent</span>.putExtra(AVersionService.VERSION_PARAMS_KEY, versionParams);
    startService(<span class="hljs-keyword">intent</span>);

VersionParams有如下方法，除了requestUrl都是可选值

versionparams.png

自定义界面

如果想自定义界面，只需创建一个继承自VersionDialogActivity的Activity,Activity设置Theme为透明：

android:theme="@style/versionCheckLibvtransparentTheme"

开启Service的时候，将自定义的Activity传入VersionParams

setCustomDownloadActivityClass(CustomVersionDialogActivity.class)

• 自定义 版本dialog,重写 showVersionDialog() ,在里面实现自己的逻辑，最后调用downloadFile(url)或者downloadFile(url,filecallback)注意不要调用父类的方法
• 自定义 下载中dialog，重写showLoadingDialog(int currentProgress),在里面实现自己的逻辑
• 自定义 下载失败dialog ,重写showFailDialog，实现自己的逻辑
• 强制更新。如果使用默认的版本dialog，setCancelClickListner回调里实现，具体用法请看demo
• 自定义 版本dialog,重写 showVersionDialog() ,在里面实现自己的逻辑，最后调用downloadFile(url)或者downloadFile(url,filecallback)注意不要调用父类的方法
• 除此之外还可以在定义的Activity里面监听一些下载和点击回调
• 自定义 版本dialog,重写 showVersionDialog() ,在里面实现自己的逻辑，最后调用downloadFile(url)或者downloadFile(url,filecallback)注意不要调用父类的方法
  

  setOnDownloadSuccessListener(<span class="hljs-keyword">this</span>);
  
  setCommitClickListener(<span class="hljs-keyword">this</span>);
  
  setCancelClickListener(<span class="hljs-keyword">this</span>);
  
  setOnDownloadingListener(<span class="hljs-keyword">this</span>);

下载通知栏图标和文字替换

需要自定义图标只需在mimap文件下建立ic_launcher图标，替换标题只需在项目xml定义app_name属性,还有其他一些属性替换，如下表:

更详细的使用请看demo
欢迎star和提issue
传送门

链接：http://www.jianshu.com/p/e246dd3b9c8a

所以，解决这个问题就是修改 AndroidManifest.xml 中的 versionCode 修改大一些就可以了。

要么就是把手机中已经安装的包卸载掉。

这里只是为了说明错误原因。

http://blog.csdn.net/catoop/article/details/48086429

JakeWharton 大神的日志框架，用于 debug build 时显示方法的参数、返回值、运行时间。

用法

将 @DebugLog 注解添加到方法前即可。

@DebugLog
public String getName(String first, String last) {
  SystemClock.sleep(15); // Don't ever really do this!
  return first + " " + last;
}

V/Example: ⇢ getName(first="Jake", last="Wharton")
V/Example: ⇠ getName [16ms] = "Jake Wharton"

打印日志只会在 debug builds 发生，注解也不会在任何编译后的 class 文件出现。完全不影响非 debug builds.

配置

Example

buildscript {
  repositories {
    mavenCentral()
  }

  dependencies {
    classpath 'com.jakewharton.hugo:hugo-plugin:1.2.1'
  }
}

apply plugin: 'com.android.application'
apply plugin: 'com.jakewharton.hugo'

可以临时性禁用:

hugo {
  enabled false
}

也支持在运行时切换, use Hugo.setEnabled(true|false)

问题

运行时 Java.lang.VerifyError 未找到解决方案，也好久没发新版本了，回头再看看吧。

近日在开发过程中，发现每次点击app从桌面启动都有一个在桌面明显的等待时间，机型越低端的越明显，冷启动优化看来已经势在必行，所以怒而一顿研究再解决之。话不多说先上优化前后效果图：

买家秀：

淘宝秀：

Android App启动流程：

俗话说要想优化好，流程不可少！关于android app启动的流程图如下：

总结一下一个完成的冷启动app过程应该是经过：

Zygote Fork Proccess -> Application:attachBaseContext() -> Application:onCreate() -> MainActiviity:onCreate()

这里主要是把相应的生命周期回调写出来。 因为一般大家的业务代码都是在这些函数回调中调用。

App冷启动相关优化点

1. 生命周期内减少耗时操作：

· Application:attachBaseContext()：

这个方法中一般雷区主要都在这句代码上，因为在Android 5.0（API 21) 以下会存在65535方法数分包的问题，当dex过大时会导致Application启动慢， ANR或者ClassNotFound等异常，关于分包解决和优化方案网上一堆就不在做赘述了。

· Application:onCreate()

这个方法是需要重点优化的，因为大家的第三方插件初始化一般都会放在这里，在Application初始化做繁重的东西会严重阻塞app启动（DiskIO，网络请求等）。以下是我们第三方插件初始化的耗时：

debug：

release：

这里把debug和release下的时间都贴出来，是希望大家不要重蹈覆辙。。。 因为debug模式下和release模式下一个是1000ms左右， 一个是300ms左右，误差很大，请大家一定要在release下测试数据！！！！

针对于解决第三方插件初始化耗时方案一般是：

1.SDK分优先级加载，非必要SDK由懒加载实现。

2.可以多线程初始化的sdk由多线程方式来进行初始化。

· MainActiviity:onCreate()

同上一样，尽量不要在此布局做一些耗时的操作或者呈现一些过于复杂的布局。在具体分析自己的app时发现onCreate中有这样一行代码：

其作用是希望用户在打开时，一定能看见Splash的画面，主动延迟了1s加载。这里其实有更好的解决办法处理，则是把跳转MainPage的方法放在onResume中而不是放在onCreate中。因为Android系统中onResume一定是处于可见可交互的状态，用户一定能看见SplashActivity再去跳转，由系统生命周期决定，而不是固定的等待1s，此处优化后启动速度又提升了500ms。所以建议大家以后还是遵循生命周期去做一些事情，尽量别进行人为延迟阻塞。

2. 避免冷启动

App启动方式一般有3种：

· ColdStart ——冷启动：

此种方式最为耗时，一般是因为进程被干掉，系统需要重新fork进程进行一系列初始化。

· WarmStart ——暖启动

比ColdStart稍快，因为app的所有Activities还常驻在内存中，并没有被杀掉，所做的只是把app从后台提到前台来展示，并不需要重走初始化一系列行为，减少了对象初始化、布局加载等工作。但其行为表现与冷启动一致，是会displays a blank screen直到App渲染activity。这个blank screen后面会解释。

· LukeWarm Start——热启动

启动方式最快，类似于返回键退出应用又立即进入的那种行为。

优化方案：

既然冷启动那么慢，我们就在非用户主动kill进程或系统通知kill进程的其他情况下不再主动退出进程。那答案很简单了，就是在位于Activity栈底activity中Hook其返回键行为，保证用户点击返回键后不再退出app。在我们App里位于我们栈底的一定是我们的MainActivity，因为一系统行为都是由其向下衍生的。所以只需加入以下几句话：

moveTaskToBack：作用是不再Finish到此Activity，仅仅是把它放到后台隐藏。类似于用户主动触发系统Home键的效果。在同是点击返回键优化前后的对比如下：

优化前：

优化后：

若图1中时间久后进程回收后优化效果会更为明显。

3.WindowBackGround——脱下秒开的最后一层薄丝袜

经过上面一顿操作后，我发现然并卵！！！启动速度是提升了，但是App一点击还是会在桌面停顿一下。哇呀~很难受~细细思考了一下，一个APP启动无论如何都是会新Fork进程，难道就是这个问题导致其在桌面上停顿一会儿？那其他app又是怎么做到秒开的呢？在AndroidDeveloper的Launch-Time Performance有这么一句话：

其实在创建App进程时，android系统会为你立即显示一个background window，然后再去创建app进程，当app完成first draw时，会立即由你的MainActivity（即默认启动的Activity）替换掉它。这里的background window就是上文WarmStart中提到的blank screen。谜底到此解开所谓的秒开原来就是视觉欺骗。。。所以说有人给你说他只是仅仅是优化生命周期内初始化代码达到秒开都是扯淡。但不得不承认这样用户体验大大的提升了，一点击launcher就渲染好一个背景图片，给用户一种已经启动的感觉，前面做的一系列优化，不过为了让用户少看一会儿系统给渲染的black window。

那为什么我们的APP会出现在系统桌面上停留一会，而不是渲染背景图呢？原来在项目创建时，系统会为launcherActivity默认了一个LightTheme，这样就会导致App点击启动后会白屏一段时间然后展示自己的Activity，为了解决白屏的问题把theme主题换成透明的就像下面

但其实这样虽然解决了白屏的问题，但是就会出现上文所说的，点击后停留在桌面一会儿，直至MainActivity渲染出来。这是大部分App的做法，但并不是最佳解决方案。

WindowBackground最佳解决方案：

应该由windowBackground此属性作为你的品牌推广页或者logo页，如果你的SplashActivity完全不需要做任何初始化，只是希望有个闪屏页，完全可以由windowBackground来满足。

1.设置自定义带windowBackground的Theme

前两行代码是设置Theme不透明并且默认渲染的背景图是我们必看影视闪屏页的图片。

- windowBackground：关键，主要设置你想要的背景图或者是动态自绘的drawable皆行，这个视图会在你冷启动时渲染给用户过渡看。

- windowFullscreen：全屏展示，免得顶部状态栏显现颜色不一致过于脱节和突兀

2. 为你的launcher Activity设置你的启动Theme

3. 在Launch Activity启动后再把主题设置回自己的AppTheme

此时你的App就能完成秒开了！

推荐测试工具

最终我们App从launcher点击到第一个Activity渲染完成总共需要时间是888ms，很吉利！

· Time to full Display

上图的那行日志是由系统打印出来的，意思就是渲染Acitivity所需要的时间，如果是第一个Activity启动时长也是算在内的。 在Android4.4（API19）以上才会有此Log打出，在verbose级别搜索Displayed即可。不仅可以看自己的还可以看到其他APP的启动时长。

附带一张小米4上业界各大App的冷启动时长~仅供参考~

· Hugo

执行时间打印神器，集成至项目后，只需在想要测试的地方加上注解即可：

可以是class级别，也可以是函数级别。如果注解是Appication类级别，还会把各大生命周期回调函数执行时间打印出来及其方便！GitHub传送门

效果如下：

· Stetho

这是非死不可出的调试神器，如果开发android这个没用过的话，你一定会觉得相见恨晚！

原文链接：http://www.gad.qq.com/article/detail/28915?ADTAG=gad.tg.tt

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <Button
        android:id="@+id/compose_home_btn"
        style="@style/ActionMode.Button.Left"
        android:text="@string/cancel_action" />

    <FrameLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:layout_toStartOf="@+id/compose_send_btn"
        android:layout_toEndOf="@+id/compose_home_btn"
        android:layout_marginStart="@dimen/compose_account_from_margin"
        android:layout_marginEnd="@dimen/compose_account_from_margin"
        android:layout_centerInParent="true">

        <include layout="@layout/compose_from" />

    </FrameLayout>


    <Button
        android:id="@+id/compose_send_btn"
        style="@style/ActionMode.Button.Right"
        android:text="@string/compose_send" />

</RelativeLayout>

2.修改 AndroidManifest.xml

<activity
            android:name="com.kingsoft.mail.compose.ComposeActivity"
            android:label="@string/app_name"
            android:theme="@style/ComposeTheme"
</activity>

3.修改 styles3.xml

<style name="ComposeTheme" parent="@miui:Theme.Light.HidePopupArrow">
        <item name="android:actionOverflowButtonStyle">@style/OverflowButtonStyle</item>
        <!-- <item name="android:spinnerDropDownItemStyle">@style/spinnerDropDownItemStyle</item>-->
        <item name="android:actionBarStyle">@style/miui.ActionBar</item>
    </style>

4.修改 ComposeActivity.java

private void initActionBar() {
		// compose_action_bar_layout
		final ActionBar actionBar = this.getActionBar();
		if (actionBar == null) {
			return;
		}

		final LayoutInflater inflater = LayoutInflater.from(actionBar
				.getThemedContext());
		RelativeLayout ll = (RelativeLayout) inflater.inflate(
				R.layout.compose_action_bar_layout, null);
		actionBar.setCustomView(ll);
        final int mask = ActionBar.DISPLAY_SHOW_CUSTOM;
        actionBar.setDisplayOptions(ActionBar.DISPLAY_SHOW_CUSTOM,
                mask);
｝

<?xml version="1.0" encoding="utf-8"?>
<resources>
    <style name="miui.ActionBar" parent="@miui:style/Widget.ActionBar">
        <item name="android:background">@color/miui_theme_color</item>
        <item name="android:titleTextStyle">@style/miui.ActionBarTextStyle</item>
    </style>

    <style name="miui.ActionBarTextStyle" parent="@miui:style/TextAppearance.WindowTitle">
        <item name="android:textColor">@color/miui_actionbar_text_color</item>
    </style>
</resources>

• 长按(口), Activity首先调用onMultiWindowChanged->onPause->onStop->onDestroy->onCreate->onStart- >onResume->onPause(焦点切入到另一屏)
• 来回切焦点(onPause->onResume来回交替, 这就证明了, 如果是播放类的app, 暂停不能放在onPause里面)
• 来回拖动窗口大小当拖到1/3, 或者2/3之处, 生命周期都是销毁再重启然后再进入到onPause或者onResume(取决于是否有焦点)
• 分屏模式进入到桌面如果有焦点则调用onPause, 没有焦点则不发生生命周期的变化!
• http://www.jianshu.com/p/ee94575fd2e2

]]> https://www.softwareace.cn/?feed=rss2&p=1632 0 https://www.softwareace.cn/?p=1610 https://www.softwareace.cn/?p=1610#comments Wed, 29 Mar 2017 08:55:39 +0000 http://www.softwareace.cn/?p=1610 AS报错处理

早上起来报这个错误,顿时间懵逼,我又没改文件怎么报这个错误,后来找到了解决办法

Gradle 'MyApp' refresh failed.

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

解决方法

点击清理后!立马解决问题.