前言

去年年底的时候，产品妹子拿着一部华为手机来找我们组，这部手机在安装应用的时候，会显示安装来源，同时，对包进行了扫描检测。但是有一个奇怪的现象是，同一款应用，安装过程不同。

1. 从我们市场安装，则显示出市场名字，并提示建议从官方市场安装，用户必须勾选允许才能安装，不然只能取消或去华为商店下载。
2. 从豌豆荚中安装，显示的是未知来源，没有提示从官方市场安装。
3. 从360手机助手、应用宝安装显示出市场名字，提示通过安全检测。

这个安全引导在一定程度上能将我们的流量直接导入到官方市场下载。应用市场就是靠下载、安装的流量转化来赚钱的，而在安装的时候，ROM方就设置一些门槛，将量转化到自己的市场里。而且从上面的结果猜测，360和应用宝明显是走了公关渠道，而豌豆荚则是使用了黑科技。

需求

从API 19开始，也就是android 4.4 kitcat，android开始支持沉浸式状态栏。可以使状态栏看起来和我们的程序浑然一体，不再像之前那样突兀。几个月前，刚好做了个这方面的需求，记录一下踩了的坑。

一共两种类型的沉浸式，一种是将view直接伸到statusbar里去，另一种是直接给statusbar设置一个背景色。其中，有些需要将伸到statusbar里的页面，顶部还有一个类似titlebar的view，有交互，必须保证操作区域没有进入到状态栏中。设置背景色的需求则比较简单，直接换个纯色的背景色。

实现

一顿的搜索前辈们的各种技术文章之后发现，一切效果都是：不理想。可以参考知乎上的一个问答Android 5.0 如何实现将布局的内容延伸到状态栏，网上也找了一些开源类，大多修改状态栏颜色的和布局伸入状态栏的是分开的，没有在一起介绍的。而且发现有些方法中介绍的fitsSystemWindows属性的办法，对我来说简直就是噩梦，布局太复杂，试了好多遍都没成功。

前言

因为项目需要，有部分代码调用了Hide api，需要没有被阉割的android.jar。对于5.0以前的系统，这个jar可以从手机的framework.apk中提取，利用dex2jar变成jar，再覆盖SDK中的jar包中相同类名（sdk中有些类不是framework下的，framework只是一个模块，需要覆盖合并）。从5.0以上开始后，这个方法就不行了，必须自己生成jar包来使用。

官方说明

https://source.android.com/source/index.html
https://mirrors.tuna.tsinghua.edu.cn/help/AOSP/

动态加载是早几年前的神秘话题，这几年随着技术的开放，动态加载也用的越来越多，做了一些收录，把我之前写的那些渣渣文章做个弥补，再补上另一篇渣渣。

这篇文章没有实质性内容，开源可参考的框架很多，算是做了一点点收录。反正也好久没写博客了，顺带随便写点啥。

常用的动态加载的方法

• 代理方式，声明一个空壳activity，空壳activity中包含一个proxy activity对象，回调着proxy activity的生命周期。

• 参考google的multidex的方案，反射BaseDexClassLoader拿到dexElements，将自己的dex文件添加到这个列表里。

  此方法有个问题就是CLASS_ISPREVERIFIED，具体介绍可以看这里

• 这个方法是我从支付宝中反编译中看的，反射mPackageInfo对象，这个对象是一个LoadedApk，再用反射替换掉这个对象的mClassLoader字段为自己的PathClassLoader，具体介绍请看探究支付宝android客户端的动态加载

• 初始化的代码要写在Application类的attachBaseContext方法中，不要写在onCreate里，ContentProvider:onCreate()调用优先于Application:onCreate()，所以我关于支付宝的那篇文章，介绍是有点错误的。

在浏览器中，如果我们想要看到一个网页的代码，只要按f12就可以轻松进行调试，但是在手机中，直接在手机浏览器上调试是肯定不行的。

为什么要在手机中调试网页

普通的网页，我们在chrome中就能模拟手机环境。但是在android的webview中，有些是需要和native代码进行交互的，比如说注入的js，有时候我们还会用些模板来动态生成html，所以只有在手机上真正展示出来的效果才是最终的网页代码，必须在手机上调试。

前言

为了推广自己的APP，增加用户黏性，会在浏览器中加入调用自己APP的链接，如果用户没有安装APP，则去下载。淘宝，支付宝，百度手机助手，都有这个功能。简单介绍一下方法

拦截http链接

不要用该方法，兼容性差，国内浏览器都不允许跳转

1
2
3
4
5
6
7
8
9
10

<activity android:name=”.MyActivity”>
  <intent-filter>
    <action android:name=”android.intent.action.VIEW” />
    <category android:name=”android.intent.category.DEFAULT” />
    <category android:name=”android.intent.category.BROWSABLE” />
    <!-- 关键所在，匹配相应域名和 url 模式 -->
    <data android:scheme=”http” android:host=”www.xxx.com” 
android:pathPattern=”/xx/.*” />
  </intent-filter>
</activity>

其原理就是，对指定的http链接进行拦截，从而达到跳转目的。这种方式还有一点恶心的地方就是会弹出一个弹窗让你选择是用浏览器还是APP打开该连接，如果你选择浏览器并勾选不再询问，如果下次你的URL没有改变，那你就悲剧了。。。

背景

用hexo搭建BLOG，悲催的就是每次换台电脑就得搭一次环境，之前在网上也看到过有自动发布的教程，一直没有搞。最近网上又翻了一下，发现用travis ci不需要拥有自己的主机（有提供服务的平台），相对来说比较节省折腾，整理一下发出来。

要求

• github pages，用于搭建BLOG，不介绍。
• travis ci，自己百度一下补脑，可以理解为就是一个node.js的虚拟机环境。https://travis-ci.org/提供了travis-ci的服务，可以指定构建github上的代码。
• 本地有hexo环境
• linux或者MAC工作环境

搭建了一个自动发布BLOG的平台

下面是代码，做一下备份，关于详细教程，以后的BLOG更新一下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

branches:
  only:
  - blog

language: node_js

node_js:
- '0.10'

before_install:
# 如果你要用这个，把这里换成你的，生成方法百度找
- openssl aes-256-cbc -K $encrypted_bf7ae6d2ed82_key -iv $encrypted_bf7ae6d2ed82_iv -in .travis/ssh_key.enc -out ~/.ssh/id_rsa -d
- chmod 600 ~/.ssh/id_rsa
- eval $(ssh-agent)
- ssh-add ~/.ssh/id_rsa
- cp .travis/ssh_config ~/.ssh/config
- git config --global user.name 'lephones'
- git config --global user.email 'email'

install:
- npm install hexo-cli -g
- npm install hexo --save
- npm install hexo-deployer-git --save
- npm install hexo-generator-archive --save
- npm install hexo-generator-category --save
- npm install hexo-generator-feed --save
- npm install hexo-generator-index --save
- npm install hexo-generator-sitemap --save
- npm install hexo-generator-tag --save
- npm install hexo-renderer-ejs --save
- npm install hexo-renderer-marked --save
- npm install hexo-renderer-stylus --save

script:
- hexo clean
- hexo g
- hexo d

前言

通常的android项目，都是以apk的形式对外发布的，但有一部分程序，是做为二次开发包提供给其它开发商的，例如，淘宝SDK，新浪微博SDK。笔者参与公司的一款支付插件的开发与维护，最终打包成jar+res的格式(与支付宝支付提供的支付不同。支付宝的交易功能，也是一个APK，商户接入后，通过AIDL调用支付)。以这款插件为例，讲解一下资源文件的处理。

在这里我就简单说一下打SDK的方法。

讲打SDK之前，先说一下APK打包流程。不管是用脚本打包，还是ADT自带打包，其流程都是先将java源码编译，混淆，再打成jar，再将jar转成dex，编译资源，打包，压缩，签名。

对于SDK，其实我们只需要执行到打成jar这一步就OK了。

前言

Unable to execute dex: method ID not in [0, 0xffff]: 65536

安卓项目中，如果代码太多，会碰上一个叫dex文件方法数超过65536的问题。其实，google已经提供了一个标准的解决办法。使用MultiDexApplication。需要在项目中导入android sdk的support中的 android-support-multidex.jar

阅读本文前，我希望你已经看过google api文档中对该类的介绍了。

使用方法

1. 先让自己的Application类继承MultiDexApplication，或者，可以覆写方法attachBaseContext为以下的代码。

   1 2 3 4

   protected void attachBaseContext(Context base) { super.attachBaseContext(base); MultiDex.install(this); }

2. 将你的程序打成多个dex，命名分别为，classes.dex，classes2.dex，classes3.dex，。。。这里的名字已经被限制必须是这样。

OK，搞定，AS中可以用gradle支持，接下来说说在eclipse怎么办。