Android旅行者

多个开源项目Bintray一键发布环境部署 　　我们发布到Bintray上共享的一般是一些库，而不是完整的App，而这些库是依附在我的主项目之中，如果我们主项目只维护一个共享库，那没什么问题，但维护多个开源库呢？不规划一下打包发布的流程，那么就会浪费我更很多的时间在打包发布上。截至至撰文时，笔者的ProjectX主项目已经管理维护者16个开源库，不规划一套打包方案，那么妥妥的能把笔者累死。 基础Plugin载入 　　需要实现自动化发包，就必须载入 gradle-bintray-plugin 与 android-maven-gradle-plugin （点击链接查看最新版本号，使用最新版本插件）。载入方式有两种： 传统方式 dependencies { classpath ' com.jfrog.bintray.gradle:gradle-bintray-plugin:1.7.1 ' classpath ' com.github.dcendents:android-maven-gradle-plugin:1.5 ' } 新型方式(Gradle 2.1) plugins { id " com.jfrog.bintray " version " 1.7.1 " id " com.github.dcendents.android-maven " version " 1.5 " } 　　使用新型方式导入的gradle-bintray-plugin会提交不成功，不知AS更新以后是否解决，但是笔者出错的版本是1.7.1，新版本没出来前gradle-bintray-plugin还是建议使用传统方式，android-maven-gradle-plugin可以选择新型方式。 部署方案 在库根目录（不是项目根目录）创建bintray.gradle文件，文件内容（可以直接拷贝给其他项目使用）： apply plugin : ' com.github.dcendents.android-maven ' apply plugin : ' com.jfr

URLConnection从HTTP重定向到HTTPS 　　也不知什么原因，公司项目的服务端一直在吸引着大波攻击，于是服务端的同学打算把所有HTTP的请求都换为HTTPS，他们决定兼容旧版本于是就将之前的所有HTTP请求全部重定向到另一个HTTPS请求。 项目请求框架搭建初期，考虑到应用也不会使用太复杂的请求模式，于是就简单使用URLConnection完成服务端交互。服务端一修改，全部请求都失败了。虽然URLConnection有是否遵循重定向开关（setInstanceFollowRedirects），其默认就是开启的，即便你再强制其打开，也是没有用，问题依旧。找了大量资料，其实问题的关键点不是重定向而是从HTTP重定向到HTTPS，关键点就在URLConnection的两个子类上。 HttpURLConnection与HttpsURLConnection 　　HttpURLConnection为URLConnection的子类，而HttpsURLConnection为HttpURLConnection的子类，在HttpURLConnection基础上对HTTPS进行支持。 URLConnection通常使用URL的openConnection()方法获得，而URL是根据其是否为Https开头来打开一个HttpURLConnection还是HttpsURLConnection。 而当URLConnection进行connect()时，遇到了重定向，如果打开了遵循重定向，那么其会获取重定向的地址，然后尝试连接这个地址。值得注意的是，这时候并不是使用新的链接地址重新openConnection()一个URLConnection，而是直接尝试连接这个重定向的地址，否则也就不存在以上的Bug了。 于是理论上分析，HTTP重定向到HTTP是不存在问题的，HTTPS重定向到HTTPS也是不存在问题的，而HTTP与HTTPS之间的重定向，那么就很可能会有问题了。HTTP重定向到HTTPS，URLConnection会将重定向的HTTPS以HTTP方式继续提交，那么服务端肯定是认为你是错误的提交方式；同理，HTTPS重定向HTTP也一样。 问题解决 使用URLConnection抓取到重定向，就使用重定向的地址重新人为openConnection()一个新

Android版本兼容器 随着Android版本一代代发布，碎片化的问题越来越严重，不过好在趋势上市面上的版本已经开始比较集中了。但我们终究还是要面对版本兼容问题。我们不能因为要用高版本方法而提高最低版本限制，高版本里炫酷的效果及高效的方法只会导致你的最低版本显示越来越高，而官方的解决方案（Support-v4）无疑是给了我们新的启示。 示例 首先我们抽取一个官方的版本兼容器的一部分看看： /** * Helper for accessing features in {@link TextView} introduced after API level * 4 in a backwards compatible fashion. */ public final class TextViewCompat { // Hide constructor private TextViewCompat () {} interface TextViewCompatImpl { ... int getMaxLines ( TextView textView ); int getMinLines ( TextView textView ); void setTextAppearance ( @NonNull TextView textView , @StyleRes int resId ); Drawable [] getCompoundDrawablesRelative ( @NonNull TextView textView ); } static class BaseTextViewCompatImpl implements TextViewCompatImpl { ... @Override public int getMaxLines ( TextView textView ) { return TextViewCompatGingerbread . getMaxLines(textVi

RecyclePagerAdapter-实现ViewPager复用回收的PagerAdapter icon 实现ViewPager页卡View复用回收的PagerAdapter，只要是页面构造一样，则可以使用复用回收机制，同时也支持设置不同的viewType来实现多种样式的页卡回收复用，套用RecycleView的Adapter实现机制。 要求 com.android.support:support-v4 minSdkVersion 9 保持跟其他官方支持库版本一致（如：com.android.support:appcompat-v7） 链接 Github Bintray 引用 dependencies { ⋯ compile ' am.project:supportplus:24.2.1.1 ' ⋯ } 使用 整体实现其实不难，使用过RecycleView的话，就可以轻车熟路，跟其实现方案一模一样。 实现自己的PagerViewHolder，个人习惯在实例化时进行布局inflate，这样打开PagerViewHolder便可以直接找到使用的布局文件： public class MyPagerViewHolder extends RecyclePagerAdapter . PagerViewHolder { public MyPagerViewHolder ( ViewGroup parent ) { super ( LayoutInflater . from(parent . getContext()) .inflate( R . layout . item_recyclepager_page, parent, false )); } //应用到页面上的数据 public void setData ( String data ) { (( TextView ) itemView) . setText(data); } } 实现自己的RecyclePagerAdapter： public class MyRecycleP

getApplicationInfo的坑 一般情况下我们通过PackageManager.GET_UNINSTALLED_PACKAGES来检查应用是否安装，且不论其本身存在的不正确性，自Android 4.2（API 17）以后，多账户的出现，其又新出现一些坑。现在Android 7.0（API 24）使用MATCH_UNINSTALLED_PACKAGES 将其替换。 问题描述 在做微信分享操作之前，应用内先对微信App进行一次判断是否安装，使用的方法： public boolean checkApkExist( Context context, String packageName) { try { ApplicationInfo info = context . getPackageManager() . getApplicationInfo(packageName, PackageManager . GET_UNINSTALLED_PACKAGES ); if (info != null ) return true ; } catch ( PackageManager . NameNotFoundException e) { return false ; } return false ; } 在我的设备上存在两个账户，一个管理员账户用于日常使用，另一个普通账户用于开发，在我的管理员账户中安装了微信，而普通账户里面没有安装微信，但是在普通账户里运行这段代码，其会告诉你安装了微信。 问题分析 从API 24的源码可以看到，其实GET_UNINSTALLED_PACKAGES标志仅仅用于查询在手机系统分区存在数据目录的应用： /** * @deprecated replaced with {@link #MATCH_UNINSTALLED_PACKAGES} */ @Deprecated public static final int GET_UNINSTALLED_PACKAGES = 0x00002000; /** * Flag param