標籤:
先簡單介紹下5.0版的變化。5.0最大的特色是調用簡單,採用了鏈式文法,形如:
new ShareAction(context).setPlatform(share_media) .withText(content).withTitle(title) .withMedia(icon) .withTargetUrl(url) .share();
其次,API更加靈活,支援分享按鈕的點擊回調;
最後,採用了最新的sdk(新浪微博原生體驗更好、支援易信)。
但是有一個很大的問題,那就是當分享代碼不在預設的進程(以下稱main進程)裡時,回調會報null 指標異常。
比如在AndroidManifest.xml新開了一個進程用來開啟h5頁面,點了分享,然後點取消,從返回APP的時候就報null 指標異常崩潰了(別和我說你不知道新開進程的好處和意義,看我朋友圈1月4日分享的《用戶端架構演化之路》吧)。AndroidManifest.xml的配置如下,關鍵是紅色代碼部分新開了一個叫tools的進程:
<activity android:name=".ACWebview" android:process=":tools" android:screenOrientation="portrait"> <intent-filter> <action android:name="android.intent.action.VIEW" /> <category android:name="android.intent.category.DEFAULT" /> <category android:name="android.intent.category.BROWSABLE" /> <data android:scheme="makai" /> </intent-filter></activity>
崩潰日誌如下:
java.lang.RuntimeException:Unable to start activity ComponentInfo{com.xxx/com.xxx.wxapi.WXEntryActivity}: java.lang.NullPointerExceptionandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2189)......cause by:java.lang.NullPointerException:com.umeng.socialize.handler.UMWXHandler.onShareCallback(UMWXHandler.java:462)com.umeng.socialize.handler.UMWXHandler$5.onResp(UMWXHandler.java:487)com.umeng.socialize.weixin.view.WXCallbackActivity.onResp(WXCallbackActivity.java:52)com.tencent.mm.sdk.openapi.WXApiImplV10.handleIntent(Unknown Source)com.umeng.socialize.weixin.view.WXCallbackActivity.onCreate(WXCallbackActivity.java:30)android.app.Activity.performCreate(Activity.java:5251)android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1087)android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2153)android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2238)android.app.ActivityThread.access$800(ActivityThread.java:138)android.app.ActivityThread$H.handleMessage(ActivityThread.java:1201)android.os.Handler.dispatchMessage(Handler.java:102)android.os.Looper.loop(Looper.java:136)android.app.ActivityThread.main(ActivityThread.java:5016)java.lang.reflect.Method.invokeNative(Native Method)java.lang.reflect.Method.invoke(Method.java:515)com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:792)com.android.internal.os.ZygoteInit.main(ZygoteInit.java:608)dalvik.system.NativeStart.main(Native Method)
根據上面的日誌,null 指標異常的原因是UMWXHandler.java的回調umShareListener為null(如,至於為什麼是null,因為sdk不是我們寫的,無法從sdk層面去解決故沒有去深究,但我們要從應用程式層面去解決問題):
進一步分析日誌,發現入口是
com.umeng.socialize.weixin.view.WXCallbackActivity.onCreate(WXCallbackActivity.java:30)
想起我們工程裡有一個叫WXEntryActivity.java的繼承了它,既然是onCreate報的異常,那可以try catch捕捉這個異常以防止崩潰。說幹就幹,代碼如下:
import android.os.Bundle;import com.umeng.socialize.weixin.view.WXCallbackActivity;public class WXEntryActivity extends WXCallbackActivity { @Override protected void onCreate(Bundle savedInstanceState) { try { super.onCreate(savedInstanceState); }catch (Exception e){ finish(); } }}
由此跨進程調用分享取消時崩潰的問題解決了。
同理微博的那個WBShareActivity.java也類似處理了吧。
umeng社交分享最新版5.0的跨進程使用崩潰的問題及解法-Android