android分享集成

❶ android開發集成微信的時候，分享功能後能回調WXEntryActivity，但是支付功能支付成功後不回調

你好，支付成功回調的是 WXPayEntryActivity，在onResp
方法裡面進行判斷是否支付成功！記得在AndroidManifest裡面配置一下！

❷ 利用 Android 系統原生 API 實現分享功能（2）

在之前的一篇文章 利用 Android 系統原生 API 實現分享功能 中主要說了下實現流程，但具體實施起來其實還是有許多坑要面對。那這篇文章就是提供一個封裝好的 Share2 庫供大家參考。

GitHub 項目地址：Share2

看過上一篇文章的同學應該知道，要調用 Android 系統內建的分享功能，主要有三步流程：

更多相關內容請參考上一篇，這里就不再重復贅述了。

知道大致的實現流程後，其實只要解決下面幾個問題後就可以具體實施了。

這其實是直接決定了最終的實現形態，我們知道常見的使用場景中，只是為了在應用間分享圖片和一些文件，那對於那些只是分享文本的產品而言，兩者實現起來要考慮的問題完全不同。

所以為了解決這個問題，我們可以預先定好支持的分享內容類型，針對不同類型可以進行不同的處理。

在 Share2 中，一共定義了5種類別的分享內容，基本能覆蓋常見的使用場景。在調用分享介面時可以直接指定內容類型，比如像文本、圖片、音視頻、已經其他各種類型文件。

對於不同類別的內容，可能會有不同的來源。比如文本可能就只是一個字元串對象，而對於分享圖片或其他文件，我們需要一個 Uri 來標識一個資源。這其實就引出來具體實施時的一個大問題，如何獲取要分享文件的 Uri，並且這個 Uri 要能被接收分享內容的應用處理才行 。

那麼，如何獲取要分享內容文件的 Uri？如果處理才能讓接收方也能夠根據 Uri 獲取到文件？

我們把文件 Uri 的來源劃分為下面三種類型：

常見場景 ：通過文件選擇器獲取一個文件的 Uri

通過這種方式獲取到的 Uri 是由系統 ContentProvider 返回的，在 Android 4.4 之前的版本和之後的版本有較大的區別，我們後面再說怎麼處理。只要先記住這種系統返回給我們的 Uri 就行了。

比如調用系統相機進行拍照或錄制音視頻，要傳入一個生成目標文件的 Uri ，從 7.0 開始我們需要用到 FileProvider 來實現。

如果用到了 FileProvider 就要注意跟系統 ContentProvider 返回 Uri 的區別，比如我們在 Manifest 中對 FileProvider 配置 android:authorities="com.xx.xxx.fileProvider" 屬性，那這時系統返回的 Uri 格式就變成了 ： content://com.xx.xxx.fileProvider... ，對於這種類型的 Uri 我們姑且叫 自定義 FileProvider 返回的 Uri ，後面一並說怎麼處理。

我們調用 new File 時需要傳入指定的文件路徑，這個絕對路徑通常是： /storage/emulated/0/... 這種樣式，我們要想調用分享時也要變成 Uri 的形式才可以，那麼如何把文件路徑變成一個文件 Uri ？這個問題下面也一並進行回答。

前面提到了文件 Uri 的三種分類，對應不同類型處理方式也不同，不然你最先遇到的問題就是：

這是由於對系統返回的 Uri 缺失訪問許可權導致，所以要對應用進行臨時訪問 Uri 的授權才行，不然會提示許可權缺失。

對於要分享系統返回的 Uri 我們可以這樣進行處理：

需要注意的是對於自定義 FileProvider 返回 Uri 的處理，即使是設置臨時訪問許可權，但是分享到第三方應用也會無法識別該 Uri

典型的場景就是，我們如果把自定義 FileProvider 的返回的 Uri 設置分享到微信或 QQ 之類的第三方應用，會提示文件不存在，這是因為他們無法識別該 Uri。

關於這個問題的處理其實跟下面要說的把文件路徑變成系統返回的 Uri 一樣，我們只需要把自定義 FileProvider 返回的 Uri 變成第三方應用可以識別系統返回的 Uri 就行了。

創建 FileProvider 時需要傳入一個 File 對象，所以直接可以知道文件路徑，那就把問題都轉換成了： 如何通過文件路徑獲取系統返回的 Uri

下面是根據傳入的 File 對象和類型來查詢系統 ContentProvider 來獲取相應的 Uri，已經按照不同文件類型在不同系統版本下的進行了適配。

其中 forceGetFileUri 方法是通過反射實現的，處理 7.0 以上系統的特殊情況下的兼容性，一般情況下不會調用到。Android 7.0 開始不允許 file:// Uri 的方式在不同的 App 間共享文件，但是如果換成 FileProvider 的方式依然是無效的，我們可以通過反射把該檢測幹掉。

通過 File Path 轉成 Uri 的方式，我們最終統一了調用系統分享時傳入內容 Uri 的三種不同場景，最終全部轉換為傳遞系統返回的 Uri，讓第三方應用能夠正常的獲取到分享內容。

Share2 按照上述方法進行了具體實施，可以通過下面的方式進行集成：

分享圖片到指定界面，比如分享到微信朋友圈

GitHub 項目地址：Share2

❸ android集成分享sdk後怎麼代碼混淆

為了保護代碼被反編譯，android引入了混淆代碼的概念
1.設置混淆
在工程下找到project.properties文件
在文件中加入proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt這個是系統的
也可以用自己的混淆文件（這樣就可以配置一些自己的東西），去sdk.dir}/tools/proguard/ 下復制proguard-android.txt文件到本地工程中
然後設置成proguard.config=proguard-android.txt
project.properties文件:
[java] view plain

#proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt
proguard.config=proguard-android.txt

# Project target.
target=android-17

-injars androidtest.jar【jar包所在地址】
-outjars out【輸出地址】
-libraryjars 'D:\android-sdk-windows\platforms\android-9\android.jar' 【引用的庫的jar，用於解析injars所指定的jar類】
-optimizationpasses 5
-dontusemixedcaseclassnames 【混淆時不會產生形形色色的類名 】
- 【指定不去忽略非公共的庫類。 】
-dontpreverify 【不預校驗】
-verbose
-optimizations !code/simplification/arithmetic,!field/*,!class/merging/* 【優化】
-keep public class * extends android.app.Activity【不進行混淆保持原樣】
-keep public class * extends android.app.Application
-keep public class * extends android.app.Service
-keep public class * extends android.content.BroadcastReceiver
-keep public class * extends android.content.ContentProvider
-keep public class * extends android.app.backup.BackupAgentHelper
-keep public class * extends android.preference.Preference
-keep public class com.android.vending.licensing.ILicensingService
-keep public abstract interface com.asqw.android.Listener{
public protected <methods>; 【所有方法不進行混淆】
}
-keep public class com.asqw.android{
public void Start(java.lang.String); 【對該方法不進行混淆】
}
-keepclasseswithmembernames class * { 【保護指定的類和類的成員的名稱，如果所有指定的類成員出席（在壓縮步驟之後）】
native <methods>;
}
-keepclasseswithmembers class * { 【保護指定的類和類的成員，但條件是所有指定的類和類成員是要存在。】
public <init>(android.content.Context, android.util.AttributeSet);
}
-keepclasseswithmembers class * {
public <init>(android.content.Context, android.util.AttributeSet, int);
}
-keepclassmembers class * extends android.app.Activity {【保護指定類的成員，如果此類受到保護他們會保護的更好 】
public void *(android.view.View);
}
-keepclassmembers enum * {
public static **[] values();
public static ** valueOf(java.lang.String);
}
-keep class * implements android.os.Parcelable {【保護指定的類文件和類的成員】
public static final android.os.Parcelable$Creator *;
}

=====================================常見異常===================================
參考：http://blog.csdn.net/vrix/article/details/7100841

加入第三方jar包之後常出現的幾個異常：
proguard returned with error code 1.See console
情況1：
Proguard returned with error code 1. See console
Error: C:/Documents (系統找不到指定文件)
後來發現是因為將整個工程放到了桌面上，而桌面的目錄是C:/Documents and Settings/Administrator/桌面，在這裡面有空格，而proguard進行發編譯的時候是不允許有空格的
如果換了正確路徑還不好用的話，直接刪除proguard就好了
注意：SDK和程序路徑最好不要有空格符
情況2：
Proguard returned with error code 1. See console
異常：
java.lang.
解決辦法：將proguard.cfg中的"-dontpreverify"改成「-dontoptimize」
參考文章：http://groups.google.com/group/android-developers/browse_thread/thread/eca3b0f5ce6ad00f

我把項目中生成的proguard文件夾（此時文件夾是空的）刪掉，然後再重新運行項目，就OK 了。
情況3：
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0] Proguard returned with error code 1. See console

[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0] java.io.IOException: Can't read [proguard.ClassPathEntry@106082] (No such file or directory)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.InputReader.readInput(InputReader.java:230)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.InputReader.readInput(InputReader.java:200)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.InputReader.readInput(InputReader.java:178)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.InputReader.execute(InputReader.java:100)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.ProGuard.readInput(ProGuard.java:195)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.ProGuard.execute(ProGuard.java:78)
[2011-10-21 13:22:32 - ZMKSMarket_Build_v1.0]
at proguard.ProGuard.main(ProGuard.java:499)
拋出這樣的異常的原因是第三方jar的引用路徑不對，沒有找到這個需要忽略混淆的jar包。

========================官方文檔翻譯========================================

原文
http://developer.android.com/guide/developing/tools/proguard.html

混淆器(ProGuard)
在本文中(In this document)
Enabling ProGuard
Configuring ProGuard
Decoding Obfuscated Stack Traces
Debugging considerations for published applications
參見
ProGuard Manual ?
ProGuard ReTrace Manual ?
混淆器通過刪除從未用過的代碼和使用晦澀名字重命名類、欄位和方法，對代碼進行壓縮，優化和混淆。結果是一個比較小的.apk文件，該文件比較難進行逆向工程。因此，當你的應用程序對安全敏感（要求高），例如當你授權應用程序的時候，混淆器是一種重要的保護手段。
混淆器被集成在android 構建系統中，所以你不必手動調用它。同時混淆器僅在發布模式下進行構建應用程序的時候才會運行起來，所以在調試模式下構建程序時，你不必處理混淆代碼。讓混淆器運行起來是可選擇的，但是推薦選上。
這個文檔描述了怎樣啟用並配置混淆器，以及使用跟蹤（retrace）工具對混淆的堆棧跟蹤信息（stack traces）進行解碼。

啟用混淆器Enabling ProGuard
當你新建了一個Android工程之後，一個proguard.cfg文件會在工程的根目錄下自動創建。這個文件定義了混淆器是怎樣優化和混淆你的代碼的，所以懂得怎樣根據你的需要來定製是非常重要的。預設的配置文件僅覆蓋到了通常情況，所以根據你的需求，很可能需要編輯它。接下來的內容是關於通過定製混淆器配置文件來對混淆器配置。
為了讓啟用混淆器作為Ant或者Eclipse構建過程中一部分，可以在<project_root>/default.properties文件中，設置proguard.config屬性。路徑可以是絕對路徑或者工程根目錄的相對路徑。
如果你讓proguard.cfg文件在預設位置（工程的根目錄），你可以像這樣指定位置：
proguard.config=proguard.cfg

同樣，你可以把該文件放到任意的位置，並指定它的絕對路徑。
proguard.config=/path/to/proguard.cfg

當你在發布模式下，或者通過運行ant release，或者通過使用Eclipse中的Export Wizard構建你的應用程序的時候，構建系統都會自動地去檢查proguard.config屬性是否被設置了。如果被設置了，混淆器在把所有東西打包成.apk文件之前，自動地對應用程序位元組碼進行混淆處理。而在調試模式中構建則不會調用混淆器，因為那樣調試會更加繁重。

運行混淆器之後輸出的文件有：
mp.txt
描述.apk包中所有class文件的內部結構。
mapping.txt

列出了源代碼與混淆後的類，方法和屬性名字之間的映射。這個文件對於在構建之後得到的bug報告是有用的，因為它把混淆的堆棧跟蹤信息反翻譯為源代碼中的類，方法和成員名字。更多信息，查看解碼混淆過的堆棧跟蹤信息。

seeds.txt
列出那些未混淆的類和成員。
usage.txt
列出從.apk中剝離的代碼。
這些文件放在以下目錄中：

注意：每次在發布模式下構建時，這些文件都會被最新的文件覆蓋。所以每次發布程序時候，為了反混淆來自構建時產生的bug報告，請保存這些文件的一個拷貝。對於為什麼要保存這些文件的重要性的更多信息，請查看程序發布調試注意事項。

混淆器配置（proguard config）
某些情況下，proguard.cfg文件的預設配置可以滿足需求了。但是，對於混淆器來說，大多數情況做出正確的分析是困難的，並且它或許會刪除在它看來是無用的，但對於程序來說卻確實需要的代碼。一些例子如下：

一個僅引用於AndroidManifest.xml文件的類。
一個通過JNI調用的方法。
動態引用的屬性和方法。
<project_root>/bin/proguard 當你使用Ant時
<project_root>/proguard 當你使用Eclipse時

解碼混淆過的堆棧跟蹤信息（Decoding Obfuscated Stack Traces）
當混淆代碼並輸出了一個堆棧調試信息時，這些方法名字是混淆過的，雖然可以進行調試，但是調試變得困難。幸運的是，每當混淆器運行時候，它都會輸出到文件<project_root>/bin/proguard/mapping.txt中，該文件包含了從原始類，方法和屬性名字到混淆後名字的映射。
Windows系統中retrace.bat腳本命令或者Linux和Mac OS X系統中retrace.sh腳本命令能把混淆後的堆棧調試信息轉換為可以理解的文件。它被放在<sdk_root>/tools/proguard/目錄下。運行retrace工具的命令語法是：
retrace.bat|retrace.sh [-verbose] mapping.txt [<stacktrace_file>]

例如：
retrace.bat -verbose mapping.txt obfuscated_trace.txt

如果你沒有為<stracktrace_file>指定值，那麼retrace工具從標准輸入讀取。

已發布應用程序的調試注意事項(Debugging considerations for published applications)
保存好每一個已發布給用戶的程序的mapping.txt文件。通過保存發布構建版本的mapping.txt文件拷貝，確保當用戶碰到bug，並把混淆後的堆棧調試跟蹤信息提交給你時，你可以進行調試從而修復問題。程序的mapping.txt文件在每次發布構建時都會被覆蓋，所以你一定要注意保存正確的版本。
例如，假設你已經發布了一個應用程序並在繼續在新的版本中開發添加新的功能。接著你馬上啟動混淆器並創建一個新的發布版本。該操作把mapping.txt文件覆蓋了。一個用戶提交了來自當前發布版本的bug報告，該報告包含了堆棧調試信息。你再也不能對用戶的堆棧信息進行調試了，因為這個對應用戶本機上版本的mapping.txt文件不存在了。其他覆蓋mapping.txt文件的情況還有很多，所以對於每一個可能需要調試的版本，你都要確保有一份拷貝。

❹ Android友盟推送集成

友盟官方文檔： https://developer.umeng.com/docs/67966/detail/153908

第一次認真集成推送，碰到了一些問題，記錄一下。

首先講一下實現原理，我們用的是友盟。Android比iOS要麻煩很多。

友盟集成是需要後端配合的，具體就是後端調用友盟的介面，向友盟推送一條消息，然後友盟再向在他們平台注冊過的app發送一條消息，我們要做的就是把接收到的消息展示出來。

需求：用戶要能在各個時候都能收到我們APP的推送，並且能對應打開不同的界面

解決方法：集成友盟，但是Android只簡單集成友盟是不行的，在APP被殺死以後，就接收不到通知了，所以需要額外集成廠商通道。另一個和iOS不一樣的就是，iOS在打開當前APP的時候，可以收到橫幅推送，但是Android需要自己做。

什麼是廠商通道：

由於國內手機廠商過多地使用應用保活方案實現消息推送功能，因此導致手機耗電加快、卡頓。國內部分手機廠商發現了這一問題，自己推出了消息推送服務。這些手機廠商通過進程管理，殺死後台進程，並提供消息推送能力，讓消息通過手機廠商官方推送通道下發到應用程序中。這類典型的手機廠商有小米、華為等。

大致分為兩部分：

正常推送集成。

五大廠商通道集成。

詳見友盟官方文檔： https://developer.umeng.com/docs/67966/detail/153908

點擊推送信息以後的處理，收到推送的時候的回調

UmengNotificationClickHandler notificationClickHandler =new UmengNotificationClickHandler() {

@Override

    public void dealWithCustomAction(Context context, UMessage msg) {

     //點擊推送通知以後的處理

        Log.i(TAG,"notificationClickHandler "+msg);

    }

};

UmengMessageHandler messageHandler =new UmengMessageHandler() {

@Override

    public void dealWithCustomMessage(final Context context, final UMessage msg) {

Log.i(TAG,"message "+msg);

    }

@Override

    public NotificationgetNotification(Context context, UMessage uMessage) {

     //手機收到推送的時候的回調

        Log.i(TAG,"message ");

        //返回默認構造

        return super.getNotification(context, uMessage);

    }

};

mPushAgent.setNotificationClickHandler(notificationClickHandler);

mPushAgent.setMessageHandler(messageHandler);

設置最多能看到的推送條數

mPushAgent.setDisplayNotificationNumber(3);

 如果需求中需要打開APP中某個界面，責需要觀察 "after_open"欄位，默認是  "go_app",需要服務端同學配合

{

    "msg_id": "uu481201399440513912",

    "display_type": "notification",

    "alias": "",

    "random_min": 0,

    "body": {

        "title": "測試自定義參數",

        "ticker": "測試自定義參數",

        "text": "無",

        "after_open": "go_app",

        "url": "",

        "activity": "",

        "custom": "",

        "play_vibrate": "true",

        "play_sound": "true",

        "play_lights": "true"

    },

    "extra": {

        "key1": "value1",

        "key2": "value2"

    }

}

成功以後可以看log

主要看after_open，默認是打開app

友盟官方常見問題： https://developer.umeng.com/docs/67966/cate/66637

1.集成以後收不到推送

(1) mPushAgent.register（）要放在application中調用，放在別的地方不起作用

(2) 檢查so文件有沒有放錯地方

(3) 打開日誌提示，仔細看提示:UMConfigure.setLogEnabled(true)

2.java.lang.ClassNotFoundException: com.ut.mini.UTAnalytics

盡量更新到最新版本的引用，友盟開發說這個只是提示，不用太在意....

3.殺死進程以後收不到推送

解決方法：集成各個廠商通道

iOS的小夥伴集成以後，就算殺死APP也可以收到推送，為啥Android不可以，傷感，看了文檔才知道，我們要集成廠商通道，

4.集成以後收不到推送，顯示送達卻沒有彈出通知

manifest裡面的package最好與build.gradle中的applicationId不一 致， 因為我們項目有兩個applicationId，所以會出現這種情況

需調用setResourcePackageName設置資源文件包名

❺ android應用集成微信Sdk分享，分享圖片到朋友圈失敗，如下圖所示，這個如何解決。

說明微信禁止了這個軟體的分享功能，只能復制粘貼鏈接。

❻ Android 中如何集成vk官方平台分享

就是將一些文本分享給你的微信好友或者微信的朋友圈。
由於之前有過做新浪微博、QQ、人人網第三方登錄的經驗，所以我很自然的就去微信的開發者平台去下SDK，注冊我的應用。麻煩的事情就來了。

微信的官方demo想運行起來真心難啊，而且官網上面居然資料很少。坑。。。。。。。。
運行微信的官方demo
下面我來說一下運行微信的官方demo：
首先去開發者平台的資源中心-->點擊資源下載-->選擇android資源下載-->下載範例代碼（HelloWeixin@Android）。

1、將該項目導入eclipse。
2、導入的目錄結構

3、現在運行肯定不行的。點擊Windows-->Preference

將demo中自帶的debug.keystore的路徑寫入到Custom debug deystore.
4、現在就可以運行了。

我真是服了微信了，做的簡直不人性化。用官方的集成簡直就是要命。

為什麼要設置Custom debug deystore？？
因為微信有自身的限制。它需要你在注冊該應用的時候，填寫應用簽名，這個簽名就是你要最終打包發布使用的簽名的加密MD5值。具體就是你先用這個簽名打個包，然後在你的手機裡面運行，然後在微信的官網下一個獲取簽名MD5值的工具（開發者平台-->資源中心-->資源下載-->android資源下載-->簽名生成工具）。
官方的demo如果不設置這個Custom debug deystore，默認是使用eclipse提供的簽名，這個簽名和demo的本身的簽名肯定不一致的。所以我們分享的時候是不成功的。

再吐槽一下，微信的介面寫的真是奇葩，我分享不成功還返回ture，而且什麼提示都沒有，簡直垃圾。

ShareSDK集成步驟
經歷了這些，我以為應該可以自己集成了吧。可悲的是我整了兩天都沒成功分享。我確定了APPID、簽名、應用包名、應用名稱與注冊的信息一模一樣,TMD就是分享失敗。最後沒辦法，我只能放棄了官方的SDK，使用了ShareSDK集成。

不得不說真心強大。微信、易信、微博都可以集成。官網地址：http://mob.com/
點開選擇SDK下載-->ShareSDK社會化分享-->ShareSDK For Android.

強大的一筆。剛看見這個的時候不知從哪邊下手。
然後參考http://wiki.mob.com/Android_ShareSDK%E5%AE%8C%E6%95%B4%E7%9A%84%E9%9B%86%E6%88%90%E6%96%87%E6%A1%A3
這個集成文檔，基本就可以搞定了。大致說一下步驟：
首先必須要在ShareSDK裡面注冊你的應用，非常簡單的，只填寫基本信息就行，一路next獲取Appkey、App Secret。

1、下載SDK頁面選擇"打包下載SDK",這個下載的裡麵包含依賴的項目

將下載的文件解壓得到：
http://blog.csdn.net/dalancon/article/details/39322159

❼ Android分享圖片和視頻失敗，怎麼辦

目前實現一鍵分享功能的方式有兩種：
1.需要集成第三方官方SDK包，在獲得官方授權後調用其API來完成一鍵分享功能，例如使用友盟分享等
優點：無縫集成，功能多
缺點：需要集成官方的SDK包並通過申請官方的授權才可進行開發
2.不需要使用任何第三方SDK包，可以直接調起實現了分享功能的應用的activity來進行分享
優點：不需要使用任何第三方SDK包和申請官方授權
缺點：需要手機安裝你需要分享的應用（這一點非常重要，一開始測試的時候一直不成功，提示「沒有應用可執行此操作」，後來找了很久才發現是我手機沒有安裝相對應的應用，這也是不好方便的地方）

❽ android 上通過微信分享怎麼實現

第三方sdk

❾ 如何使用友盟 Cocos2d-x 分享組件實現 Android/iOS 分享功能

首先我簡單介紹一下組件壓縮包的組成

Cocos2dx
實現Cocos2d-x中跨平台分享功能,需拷貝到您項目的Classes文件夾中;
Platforms
原生的Android和iOS社會化組件SDK,需要您將庫和資源拷貝到對應平台的項目中;
doc
組件的集成文檔；
Umeng_Cocos2dx_Demo_V1.0
Android部分的demo文件，可以安裝在手機上看一下簡單的分享效果和樣式
Cocos2d-x雖然是一個跨平台的引擎，但是對於Android和IOS平台來說，具體的集成方式還是有一定的區別，這里分別介紹Android和IOS平台集成中不同的地方，然後再集中介紹跨平台通用的部分。
Android平台集成步驟：
步驟一：
下載Cocos2d-x組件（下載地址） 並且將jar包添加到build path 路徑下，將res資源文件夾加入到你工程對應資源文件下。將Platforms/Android/controller目錄下的com文件夾拷貝到您的Cocos2d-x項目Android平台的src目錄下,並且在jni/Android.mk中的LOCAL_SRC_FILES下添加如下配置 (注意格式,否則會編譯出錯) :
../../Classes/Cocos2dx/Android/CCUMSocialController.cpp \
../../Classes/Cocos2dx/ShareButton/UMShareButton.cpp \
../../Classes/Cocos2dx/Common/CCUMSocialSDK.cpp

步驟二：
在Cocos2dxActivity子類的onCreate方法下添加如下代碼，用來完成初始化步驟
// this為Cocos2dxActivity類型, 參數2為描述符,可隨意修改.
CCUMSocialController.initSocialSDK(this, "com.umeng.social.share");

步驟三：
在代碼中覆寫Cocos2dxActivity子類的onActivityResult方法，用來實現回調方法。在onActivityResult添加如下代碼 :
// 授權回調
CCUMSocialController.onActivityResult(requestCode, resultCode, data);
super.onActivityResult(requestCode, resultCode, data);

iOS平台集成步驟：
步驟一：
解壓SDK壓縮包，將Platforms/iOS文件夾和Cocos2dx文件夾拖入工程目錄，並刪除Cocos2dx/Android文件夾,添加後應該是這個效果：

步驟二：
添加系統需要的framework
Security.framework //用於系統加密處理
libiconv.dylib //QQ互聯的庫文件
SystemConfiguration.framework //QQ互聯需要的framework
CoreGraphics.framework //QQ互聯需要的framework
Social.framework //分享組件需要的framework，如果不使用twitter則不需要
libsqlite3.dylib //QQ互聯需要的framework
libstdc++.dylib //C++的庫文件
CoreTelephony.framework //QQ互聯需要的framework
libz.dylib //QQ互聯需要的framework
Accounts.framework //系統需要的framework，如果不使用twitter則不需要

步驟三：
實現系統的回調方法，在Xcode工程中的ios文件夾下的AppController.mm文件中加入下面的代碼：
#import "UMSocial.h"
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
{
return [UMSocialSnsService handleOpenURL:url];
}

完成了上述准備工作之後，就可以開始正式的分享步驟了，友盟提供了多種分享樣式，有精力的開發者可以使用底層介面，可以完全自由定製分享界面和樣式，不過相信大部分開發者們使用第三方插件的初衷都是為了節省精力，所以這里就只介紹使用默認分享界面的方法，有更多需求的開發者們可以自己探索自定義界面介面部分。
步驟一：加入系統需要的頭文件
// 授權回調
#include "Cocos2dx/Common/CCUMSocialSDK.h"
#include "Cocos2dx/ShareButton/UMShareButton.h"
// 使用友盟命令空間
USING_NS_UM_SOCIAL;
// ...... 代碼省略
// HelloWorld為cocos2d::CCLayer的子類
bool HelloWorld::init()
{
//////////////////////////////
// 1. super init first
if ( !CCLayer::init() )
{
return false;
}
}

步驟二：分享按鈕的創建
// 創建分享按鈕, 參數1為按鈕正常情況下的圖片, 參數2為按鈕選中時的圖片,參數3為友盟appkey, 參數4為分享回調
UMShareButton *shareButton = UMShareButton::create("shareNormal.png","shareSelected.png", "你的友盟appkey", share_selector(shareCallback)) ;

步驟三：設置分享平台及內容
// 顯示在友盟分享面板上的平台
vector

* platforms = new vector

();
platforms->push_back(SINA);
platforms->push_back(RENREN) ;
platforms->push_back(DOUBAN) ;
platforms->push_back(QZONE) ;
platforms->push_back(QQ) ;

// 設置友盟分享面板上顯示的平台
shareButton->setPlatforms(platforms);
// 設置文本分享內容
shareButton->setShareContent("umeng social Cocos2d-x sdk.") ;
// 設置要分享的圖片, 圖片支持本地圖片和url圖片, 但是url圖片必須以http://或者https://開頭
shareButton->setShareImage("/sdcard/header.jpeg") ;
// 設置按鈕的位置
shareButton->setPosition(ccp(150, 180));

// 然後開發者需要將該按鈕添加到游戲場景中
CCMenu* pMenu = CCMenu::create(shareButton, NULL);
pMenu->setPosition(CCPointZero);
this->addChild(pMenu, 1);

// ********************** 設置平台信息 ***************************
// CCUMSocialSDK *sdk = shareButton->getSocialSDK();
// sdk->setQQAppIdAndAppKey("設置QQ的app id", "appkey");
// sdk->setWeiXinAppId("設置微信和朋友圈的app id");
// sdk->setYiXinAppKey("設置易信和易信朋友圈的app id");
// sdk->setLaiwangAppInfo("設置來往和來往動態的app id",
// "設置來往和來往動態的app key", "我的應用名");
// sdk->setFacebookAppId("你的facebook appid");
// 設置用戶點擊一條圖文分享時用戶跳轉到的目標頁面, 一般為app主頁或者下載頁面
// sdk->setTargetUrl(" ");
// 打開或者關閉log
// sdk->setLogEnable(true) ;
// ********************** END ***************************

集成到這一步就完成了，如果沒有異常，應該會出現下面的界面，這說明你已經成功實現了集成工作。

❿ Android集成微信分享功能采坑：分享不成功，一閃而過，無反應等情況

Android 微信分享遇到的問題：

1.APP_ID是否輸入正確

2.官網申請時輸入的簽名和打包的簽名是否一致（請用微信推薦的簽名工具對比）

註：微信平台填寫的簽名是

是apk的keystore的md5去掉冒號，大寫換位小寫字母形式

3.分享一閃而過

有可能的bug：簽名錯誤，appid正確，但是申請的時候吧包名和簽名寫反了

微信緩存問題，重新安裝微信多試幾次

4.請用微信官方提供的簽名獲取工具

5.自己直接run到手機運行的apk包注意簽名應該和申請時用的簽名一致（即把debug的簽名改為release的）

6.分享圖片的縮略圖太大，超過32k

7.換設備，重新嘗試

8.保證所有配置沒有問題的情況下，嘗試重啟手機即可……（我沒有開玩笑）