-
FastJson泛型转换
－指定范型类型，即使对类型不关心
// 具体示例
public class ApiResult<T> {
private T data;
public T getData() {
return data;
}
public void setData(T data) {
this.data = data;
}
}
//以下场景为Retrofit＋Okhttp＋RxJava处理http请求的接口定义
//序列化／反序列化工具采用FastJson(version = 1.2.10)
//虽然此接口不关心data类型，但是还是指定T类型为Object
Observable<ApiResult<Object>> quitFollow();
//此接口不关心data类型，并且没有指定T的具体类型
Observable<ApiResult> addFollow();
//具体的坑：当app单独调用以上任何一个接口，app都不会有任何问题，但是当app先调用第二个接口，之后再调用第一个接口，会出现FastJsonObject 不能转换成Object的异常。解决办法就是将第二个接口的返回值的data类型明确指定。
//详细资料请见：
[资料1](https://www.cnblogs.com/eoooxy/p/6186205.html)
[资料2](https://blog.csdn.net/ykdsg/article/details/50432494)
-
Uri.getQueryParameter方法注意
/**
* Searches the query string for the first value with the given key.
*
* <p><strong>Warning:</strong> Prior to Jelly Bean, this decoded
* the '+' character as '+' rather than ' '.
*
* @param key which will be encoded
* @throws UnsupportedOperationException if this isn't a hierarchical URI
* @throws NullPointerException if key is null
* @return the decoded value or null if no parameter is found
*/
public String getQueryParameter(String key)
因为自己粗心大意导致的问题；，注释上已经说明，返回值是null或者是解码之后的内容。所以通常不需要自己在对返回值进行解码，否则可能引起二次解码带来的问题。
URLEncoder将“空格”编码成“＋”的问题
Android开发中，URLEncoder将“空格”编码成“＋”，导致iOS接收到字符串反编码时不能正确的将“＋”解码成“空格”，具体见我的文章
支付宝H5支付转Native失效的一个情况
支付宝SDK支持将App加载的H5页面的支付转成App Native方式进行支付，这个过程网页会加载支付宝的一个过渡界面，这个过渡界面会展示一个倒计时效果，并自动跳转到Native支付或者是引导用户下载支付宝等，但是在我的工程中确出现倒计时结束之后，没有自动跳转或者其它等一系列异常情况（难以描述），从H5页面倒计时这个入口点思考，其最终发现我在界面的两个回调方法中调用了WebView的两个方法：
override fun onResume() {
Try {
super.onResume()
mWebView.resumeTimers()
...
}
}
override fun onPause() {
Try {
super.onPause()
mWebView.pauseTimers()
...
}
}
以下是pauseTimers的api介绍
/**
* Pauses all layout, parsing, and JavaScript timers for all WebViews. This
* is a global requests, not restricted to just this WebView. This can be
* useful if the application has been paused.
*/
public void pauseTimers() {
checkThread();
mProvider.pauseTimers();
因此主要原因在当界面从H5支付跳转到支付宝SDK中的界面时，调用了webView的pauseTimers方法，而这个方法导致JavaScript timers全部都暂停了，支付宝SDK并没有自己预防性的“resumeTimers”，所以导致了这个问题。
坑的原因在于上述两个方法是WebView的成员方法，但是实际效果却是对所有WebView有效（感觉像静态方法才该有的功能），稍微不注意就会出现这种难以察觉的问题。
EDIT：2018-07-19
java.lang.ClassCastException: java.lang.ref.SoftReference cannot be cast to android.view.inputmethod.InputConnection
这个问题是一位网友遇到找我咨询的，现象就是他的程序在5.0的某款华为设备上，点击输入框出软件盘的时候，程序就崩溃了，最开始还找不到异常，我给他设置Thread.setDefaultUncaughtExceptionHandler;之后打印了如下异常：
java.lang.ClassCastException: java.lang.ref.SoftReference cannot be cast to android.view.inputmethod.InputConnection
at com.android.tools.profiler.support.profilers.EventProfiler$InputConnectionHandler.run(EventProfiler.java:289)
at java.lang.Thread.run(Thread.java:831)
原因是是因为之前这个网友咨询了我内存优化的东西，我当时让他开启了Profiler查看内存进行优化，而崩溃的这台设备不支持Profiler，所以导致了崩溃，因此只需要关闭Profilling即可。
