android友盟集成

① android 友盟消息推送 如何保活

其实这个很简单，第三方推送一般都会用“长连护保”功能来保证消息的到达，以下是该平台推送对长连护保的解释：长连互保，用户设备中任何一个集成过友盟推送的app打开，即使他的app没打开也能启动push service，收到推送。
其他的第三方推送工具，例如极光推送也能实现APP保活的功能，使得开发者可以即时地向其应用程序的用户推送通知或者消息，与用户保持互动，从而有效地提高留存率，提升用户体验。
极光推送是经过考验的大规模 App 推送平台，每天推送消息量级为数百亿条。 开发者集成 SDK 后，可以通过调用 API 推送消息。同时，JPush 提供可视化的 web 端控制台发送通知，统计分析推送效果

② 一个app里怎样集成小米，华为，友盟推送

华为手机没有小米应用商店，不过华为手机可以刷小米系统，来使用小米应用商店里面的资源。下面是一般刷机之后使用小米应用商店的方法：1、打开手机，找到桌面的小米应用商店，并进入。2、然后输入需要寻找的APP名字，然后输入并下载安装到手机。备注：小米官网有华为系统的MIUI系统的刷机包。也可以使用小米手机的下载安装之后发送安装包给其他人。

③ 友盟-推送-Andorid-“Alias”是什么, 该如何使用

不少开发者在使用友盟推送的时候，对Alias的用法和使用场景不是太理解，这篇文章给大家普及一下Alias相关的内容:

我们先从产品层面上对Alias的设计思想说起，这样能帮助大家更好的理解和使用Alias。在我们官方文档里面，Alias的定义是: "设备别名，将别名与设备做绑定，便于部分App开发者使用自有账号或者第三方账号体系来做消息推送"。定义里面涉及到几个重要的点:
首先，Alias是和设备绑定的，友盟推送对设备的标识是device-token，也就是说，Alias与友盟device-token是绑定对应的。从这个层面来讲，Alias可以是开发者的账号系统(包括第三方账号体系)，也可以是开发者自己对设备的标识体系(如安卓设备上的imei+mac)，或者是其它的开发者能保证唯一性的ID体系，这些都是由开发者自己决定的。提问中问到是否可以把Alias理解为账号系统，狭义上讲可以这么理解，实际上，友盟推送赋予了Alias更多的灵活性。
其次，结合到越来越多的App提供第三方社交平台账号登陆的特点，我们在Alias的设计上也充分考虑到了账号的需求，所以在官方文档中，我们提到在使用Alias的时候，必须要关联一个alias_type, 如果是开发者自定义的alias(包括自有账号系统)，这个alias_type是可以随便定义的；如果是用了第三方账号系统，我们预提供了20多种主流的开放平台的账号类型，如新浪微博(SINA_WEIBO), 微信(WEIXIN)等。填写alias_type的作用是，友盟推送会和友盟社会化分享服务做数据上的打通，更好的从数据层面发挥价值，为开发者服务。说到这里，我们再次精确一下Alias的概念，即别名(Alias)+别名类型(alias_type)与设备的绑定。
最后，我们来聊聊Alias的用法，这个也是开发者们非常关心的。我们Alias的绑定操作是在SDK端提供的，开发者只需要在SDK端调用mPushAgent.addAlias(alias, alias_type)这个接口，友盟推送SDK就负责把alias+alias_type与友盟的device-token做绑定，将绑定关系回传到友盟后端服务器。之后开发者就可以根据自有业务逻辑，调用友盟服务器端接口，根据Alias来做个性化推送了。由此来看，Alias的作用是能让开发者结合自有的账号(此处需要理解成广义的账号)体系，来做更个性化、精细化的推送。下图是一个简化的Alias架构，帮助大家理解Alias的用法:

关于Alias的相关接口，我们的友盟消息推送Android文档提供了非常丰富的接口供开发者调用:
[Java] 纯文本查看 复制代码
?
1
2
3
4
5
添加Alias
mPushAgent.addAlias("[email protected]", ALIAS_TYPE.SINA_WEIBO);

移除Alias
mPushAgent.removeAlias("[email protected]", ALIAS_TYPE.SINA_WEIBO);

注意，在App服务器端调用友盟服务器端接口做推送的时候，一定不要忘了传入alias_type的参数。

关于Alias基本的话题差不多解释清楚了，最后再和大家深入聊聊Alias用作账号系统涉及到多账号多设备登陆的问题，这个时候，alias_type就派上用场了，相信看过这个章节后，大家会对我们Alias的设计机制有更深入的理解:
1. 多个账号登陆同一台设备，具体还要细分为两种case:
如果是同一个alias_type，那么以最后绑定的alias为准。举个例子: (alias_A, alias_type_A)先做了绑定，之后(alias_B, alias_type_A)后做了绑定，那么，如果这个时候给alias_A发消息，设备是不会收到消息的，因为在友盟推送后台device-token是和最后登陆的alias_B做绑定的。这个在实际业务场景中也成立，最后一个登录的账号才是这台设备当前真实的用户。
如果不是同一个alias_type, 那么前后两个绑定的alias均生效。举个例子: (alias_A, alias_type_A)先做了绑定，之后是(alias_B, alias_type_B)做了绑定，那么不管是给alias_A发消息，还是给alias_B发消息，设备均能收到消息。因为alias_type变化之后，友盟推送后台确定不了这是同一个用户(eg: 同一个用户使用不同平台的账号登录)，还是不同的用户(不同的用户，使用不同的账号登录)，友盟只能简单的判定这两个不同alias_type的账号是两个不同的账号。这种场景是需要特别注意的，建议开发者在实际的集成过程中尽量避免这种使用场景。
2. 同一个账号登录多台设备:
这种情况处理起来就比较简单了，即一个alias和多个device-token做绑定。如果给这个alias发消息，我们会给所有和这个alias绑定的设备都去推送消息。

开发者在具体使用过程中，可能会想到Alias做了绑定(addAlias)或者解除(removeAlias)之后,多长时间能在后端生效。 Alias接口，是一个实时的接口，不管是在“测试模式”下，还是在“正式模式”下，都是实时生效的。不过在集成测试阶段，还是建议开发者把手头的设备添加到"测试模式"下的测试设备集合里面，关于“测试模式”的更多介绍，请参考友盟推送“测试模式”介绍。

④ android友盟集成测试需要生成apk么

看一些博客的流程是需要生成apk的,如下:
1、安装DeviceID.apk(用来查看设备信息)
2、安装成功后，在设备上打开(推荐 海马玩模拟器)
3、软件会自动获取到 IMEI 和WIFI MAC Address ，这两个值在友盟的后台需要用到
4、在友盟的 集成测试后台 中添加设备，如下图所示

输入获取到的device_id,mac，例如：{"device_id":"xxxx","mac_address":"xxxx"} 名称：填设备名称
注：前提是应用已集成友盟SDK
5、打包APK，安装好在模拟器上，启动APP，在友盟的后台日志就会实时刷新，如下图所示

⑤ 友盟-推送-Andorid-“标签(tag)”是什么，如何使用自定义标签

友盟推送支持的筛选维度有“版本”、“渠道”、“地域”、“用户活跃度”等，还有一个叫做“标签”，“标签”是什么含义呢？该如何使用呢？ 今天我们和大家聊聊这个话题。

先解释下什么是“标签”:

提问者问到的“标签”其实指的是App开发者结合自有的业务逻辑对该App的终端用户打的“标签”，我们也称tag，这些“标签”是App自己的标签（举个简单的例子，App根据终端用户是否注册，可以给用户打上“注册账号”和“未注册账号”的标签），第三方开发平台是无法直接提供这样的标签的(但是可以开放打标签接口，让App开发者把标签数据回传到第三方服务器上)，因为具体的业务逻辑是在App这边的。 第三方开放平台能提供的维度也仅是在用户协议范围内可以收集的字段，比如“版本”、“渠道”、“机型”、“操作系统”等信息，这些维度可以认为是静态的维度，其实App开发者自己也可以收集这些字段，只不过交给第三方平台来做数据收集、存储和计算更为方便，有兴趣的读者可以了解一下友盟推送收集的用户协议字段: 友盟 | 隐私政策。

下面我们给大家提供一些有代表性的垂直领域App结合自有业务逻辑给终端用户打标签的思路，希望对大家有帮助:
体育类App可以根据终端用户看过的节目类型，给终端用户打上“足球”、“篮球”等类目标签。
儿童类App可以根据儿童的年龄分布，给终端用户打上“0~1岁”、“1~3”岁、“3~5”岁之类的年龄结构标签。
电商类App可以根据用户的购买习惯推算出用户性别，给终端用户打上“男”、“女”标签。
餐饮类App可以根据用户的下单记录以及点评，给终端用户打上“川菜”、“粤菜”、“韩国料理”等标签。
……

App自有的标签体系对精细化运营来说是必需的，App运营人员可以根据这些用户标签来做精准推送、广告定向投放、活动邀请等运营活动。既然标签这么有用，接下来我们和大家聊聊如何在友盟推送中使用“标签”维度，顺带也回答了提问者的第二个问题。

再来谈谈如何在友盟推送中使用“标签”:

上文提到过虽然第三方开放平台无法直接给App开发者提供“标签”维度，但是可以开放打标签的接口，让开发者把标签数据回传到第三方服务器上。下面给大家讲讲友盟推送开放接口的形式，以及开发者如何使用开放的接口来把标签数据回传到友盟服务器端:

图中，黄色部分表示友盟推送提供的模块儿，绿色部分部分表示App开发者自己的模块儿。

方式1(推荐方式): App端直接调用友盟推送SDK提供的tag接口，由SDK负责把标签数据回传到友盟后端服务器。 后期tag(标签)的存储、计算等逻辑都由友盟后端服务器来负责。这种方式是推荐的方式，绝大部分开发者都采用这种打tag的方式。SDK端提供的调用接口有如下几个:

mPushAgent.getTagManager().
添加标签
public Result add(String... tags)
删除标签
public Result delete(String... tags)
清除所有标签
public void reset()
获取服务器端的所有标签
public List<String> list()

具体用法请参照我们的集成文档: 友盟消息推送Android文档

方式2: 开发者在自己的服务器上通过调用友盟服务器端提供的开放接口将该标签数据回传到友盟后端服务器，效果和方式1一样。 有这种需求的开发者不是太多，所以我们的文档上没有把这个接口列出来，有需求的开发者可以联系msg-support at umeng dot com来获取这个接口的文档。

通过方式1或者方式2，开发者就把和自己App业务相关的标签属性维度放在友盟平台上了，这样友盟推送间接的提供了“标签”维度，和其它静态维度一样，“标签”可以和这些维度一块儿来使用(App自身业务逻辑结合友盟数据属性)，也可以单独来使用(纯App自身业务逻辑)，开发者可以利用这些综合维度来做更精准的推送，从而获得更好的推送效果了。关于“精准推送”，感兴趣的读者可以参考我之前写过的一篇文章: 友盟陈漠沙：“精准推送”是怎样炼成的？ - 友盟专栏 - 知乎专栏

开发者在使用标签的过程中，可能会碰到这样的问题，就是明明在SDK端已经调用了标签接口，但是在友盟推送后台网站上并没有显示出刚刚打的标签。这里需要和大家解释一下为什么“标签”不能及时展现在我们的网站上，其实还是要区分一下“正式模式”和“测试模式”两种case的，在“测试模式”下，测试设备的标签是及时出现在网站后台的；在“正式模式下”，大概会有5~10分钟的延迟。这是因为数据量规模决定的，测试设备数量少，所以我们能做到实时处理，线上真实设备数据量庞大，计算节点在计算的时候，会有一定的延迟。 所以开发者在集成测试阶段，如果要测试tag功能的话，建议先把测试的设备在“测试模式”下添加为测试设备。关于“测试模式”的更多介绍，请参考友盟推送“测试模式”介绍。

最后，欢迎大家关注友盟消息推送的官方微博账号"友盟推送"，我们的官微会定期和大家share一些技术干货。

⑥ android 友盟推送 未读消息怎么做

JPush SDK 收到推送，通过广播的方式，转发给开发者App，这样开发者就可以灵活地进行处理。 这个动作不是必须的。用户有需要才定义 Receiver 类来处理 SDK过来的广播。 如果不做这个动作，即不写自定义 Receiver，也不在 AndroidManifest.xml 里配置这个 Receiver，则默认的行为是： 接收到推送的自定义消息，则没有被处理 可以正常收到通知，用户点击打开应用主界面 接受广播 如果全部类型的广播都接收，则需要在 AndroidManifest.xml 里添加如下的配置信息： <receiver android:name="Your Receiver" android:enabled="true"> <intent-filter> <action android:name="cn.jpush.android.intent.REGISTRATION" /> <action android:name="cn.jpush.android.intent.MESSAGE_RECEIVED" /> <action android:name="cn.jpush.android.intent.NOTIFICATION_RECEIVED" /> <action android:name="cn.jpush.android.intent.NOTIFICATION_OPENED" /> <category android:name="You package Name" /> </intent-filter> </receiver> 每个 Receiver action 详细解释如下。 Action - cn.jpush.android.intent.REGISTRATION SDK 向 JPush Server 注册所得到的注册 ID 。 一般来说，可不处理此广播信息。 要深入地集成极光推送，开发者想要自己保存App用户与JPush 用户关系时，则接受此广播，取得 Registration ID 并保存与App uid 的关系到开发者自己的应用服务器上。 使用极光推送提供的别名与标签功能，是更加简单轻便的绑定App用户与JPush用户的方式，请参考文档：别名与标签使用教程。 Intent 参数 JPushInterface.EXTRA_REGISTRATION_ID SDK 向 JPush Server 注册所得到的注册 全局唯一的 ID ，可以通过此 ID 向对应的客户端发送消息和通知。 Bundle bundle = intent.getExtras(); String title = bundle.getString(JPushInterface.EXTRA_REGISTRATION_ID); Action - cn.jpush.android.intent.MESSAGE_RECEIVED 收到了自定义消息 Push 。 SDK 对自定义消息，只是传递，不会有任何界面上的展示。 如果开发者想推送自定义消息 Push，则需要在 AndroidManifest.xml 里配置此 Receiver action，并且在自己写的 BroadcastReceiver 里接收处理。 Intent 参数 JPushInterface.EXTRA_TITLE 保存服务器推送下来的消息的标题。 对应 API 消息内容的 title 字段。 对应 Portal 推送消息界面上的“标题”字段（可选）. Bundle bundle = intent.getExtras(); String title = bundle.getString(JPushInterface.EXTRA_TITLE); JPushInterface.EXTRA_MESSAGE 保存服务器推送下来的消息内容。 对应 API 消息内容的 message 字段。 对应 Portal 推送消息界面上的"消息内容”字段。 Bundle bundle = intent.getExtras(); String message = bundle.getString(JPushInterface.EXTRA_MESSAGE); JPushInterface.EXTRA_EXTRA 保存服务器推送下来的附加字段。这是个 JSON 字符串。 对应 API 消息内容的 extras 字段。 对应 Portal 推送消息界面上的“自定义内容”。 Bundle bundle = intent.getExtras(); String extras = bundle.getString(JPushInterface.EXTRA_EXTRA); JPushInterface.EXTRA_CONTENT_TYPE 保存服务器推送下来的内容类型。 对应 API 消息内容的 content_type 字段。 Bundle bundle = intent.getExtras(); String type = bundle.getString(JPushInterface.EXTRA_CONTENT_TYPE); JPushInterface.EXTRA_RICHPUSH_FILE_PATH SDK 1.4.0 以上版本支持。 富媒体通消息推送下载后的文件路径和文件名。 Bundle bundle = intent.getExtras(); String file = bundle.getString(JPushInterface.EXTRA_RICHPUSH_FILE_PATH); JPushInterface.EXTRA_MSG_ID SDK 1.6.1 以上版本支持。 唯一标识消息的 ID, 可用于上报统计等。 Bundle bundle = intent.getExtras(); String file = bundle.getString(JPushInterface.EXTRA_MSG_ID); Action - cn.jpush.android.intent.NOTIFICATION_RECEIVED 收到了通知 Push。 如果通知的内容为空，则在通知栏上不会展示通知。但是，这个广播 Intent 还是会有。开发者可以取到通知内容外的其他信息。 Intent 参数 JPushInterface.EXTRA_NOTIFICATION_TITLE 保存服务器推送下来的通知的标题。 对应 API 通知内容的 n_title 字段。 对应 Portal 推送通知界面上的“通知标题”字段。 Bundle bundle = intent.getExtras(); String title = bundle.getString(JPushInterface.EXTRA_NOTIFICATION_TITLE); JPushInterface.EXTRA_ALERT 保存服务器推送下来的通知内容。 对应 API 通知内容的 n_content 字段。 对应 Portal 推送通知界面上的“通知内容”字段。 Bundle bundle = intent.getExtras(); String content = bundle.getString(JPushInterface.EXTRA_ALERT); JPushInterface.EXTRA_EXTRA SDK 1.2.9 以上版本支持。 保存服务器推送下来的附加字段。这是个 JSON 字符串。 对应 API 通知内容的 n_extras 字段。 对应 Portal 推送通知界面上的“自定义内容”字段。 Bundle bundle = intent.getExtras(); String extras = bundle.getString(JPushInterface.EXTRA_EXTRA); JPushInterface.EXTRA_NOTIFICATION_ID SDK 1.3.5 以上版本支持。 通知栏的Notification ID，可以用于清除Notification Bundle bundle = intent.getExtras(); int notificationId = bundle.getInt(JPushInterface.EXTRA_NOTIFICATION_ID); JPushInterface.EXTRA_CONTENT_TYPE 保存服务器推送下来的内容类型。 对应 API 消息内容的 content_type 字段。 Portal 上暂时未提供输入字段。 Bundle bundle = intent.getExtras(); String type = bundle.getString(JPushInterface.EXTRA_CONTENT_TYPE); JPushInterface.EXTRA_RICHPUSH_HTML_PATH SDK 1.4.0 以上版本支持。 富媒体通知推送下载的HTML的文件路径,用于展现WebView。 Bundle bundle = intent.getExtras(); String fileHtml = bundle.getString(JPushInterface.EXTRA_RICHPUSH_HTML_PATH); JPushInterface.EXTRA_RICHPUSH_HTML_RES SDK 1.4.0 以上版本支持。 富媒体通知推送下载的图片资源的文件名,多个文件名用 “，” 分开。 与 “JPushInterface.EXTRA_RICHPUSH_HTML_PATH” 位于同一个路径。 Bundle bundle = intent.getExtras(); String fileStr = bundle.getString(JPushInterface.EXTRA_RICHPUSH_HTML_RES); String[] fileNames = fileStr.spilt(","); JPushInterface.EXTRA_MSG_ID SDK 1.6.1 以上版本支持。 唯一标识通知消息的 ID, 可用于上报统计等。 Bundle bundle = intent.getExtras(); String file = bundle.getString(JPushInterface.EXTRA_MSG_ID); Action - cn.jpush.android.intent.NOTIFICATION_OPENED 用户点击了通知。 一般情况下，用户不需要配置此 receiver action。 如果开发者在 AndroidManifest.xml 里未配置此 receiver action，那么，SDK 会默认打开应用程序的主 Activity，相当于用户点击桌面图标的效果。 如果开发者在 AndroidManifest.xml 里配置了此 receiver action，那么，当用户点击通知时，SDK 不会做动作。开发者应该在自己写的 BroadcastReceiver 类里处理，比如打开某 Activity 。 Intent 参数 JPushInterface.EXTRA_NOTIFICATION_TITLE 保存服务器推送下来的通知的标题。 对应 API 通知内容的 n_title 字段。 对应 Portal 推送通知界面上的“通知标题”字段。 Bundle bundle = intent.getExtras(); String title = bundle.getString(JPushInterface.EXTRA_NOTIFICATION_TITLE); JPushInterface.EXTRA_ALERT 保存服务器推送下来的通知内容。 对应 API 通知内容的n_content字段。 对应 Portal 推送通知界面上的“通知内容”字段。 Bundle bundle = intent.getExtras(); String content = bundle.getString(JPushInterface.EXTRA_ALERT); JPushInterface.EXTRA_EXTRA SDK 1.2.9 以上版本支持。 保存服务器推送下来的附加字段。这是个 JSON 字符串。 对应 API 消息内容的 n_extras 字段。 对应 Portal 推送通知界面上的“自定义内容”字段。 Bundle bundle = intent.getExtras(); String type = bundle.getString(JPushInterface.EXTRA_EXTRA); JPushInterface.EXTRA_NOTIFICATION_ID SDK 1.3.5 以上版本支持。 通知栏的Notification ID，可以用于清除Notification Bundle bundle = intent.getExtras(); int notificationId = bundle.getInt(JPushInterface.EXTRA_NOTIFICATION_ID JPushInterface.EXTRA_MSG_ID SDK 1.6.1 以上版本支持。 唯一标识调整消息的 ID, 可用于上报统计等。 Bundle bundle = intent.getExtras(); String file = bundle.getString(JPushInterface.EXTRA_MSG_ID); 代码示例 public void onReceive(Context context, Intent intent) { Bundle bundle = intent.getExtras(); Log.d(TAG, "onReceive - " + intent.getAction()); if (JPushInterface.ACTION_REGISTRATION_ID.equals(intent.getAction())) { } else if (JPushInterface.ACTION_MESSAGE_RECEIVED.equals(intent.getAction())) { System.out.println("收到了自定义消息。消息内容是：" + bundle.getString(JPushInterface.EXTRA_MESSAGE)); // 自定义消息不会展示在通知栏，完全要开发者写代码去处理 } else if (JPushInterface.ACTION_NOTIFICATION_RECEIVED.equals(intent.getAction())) { System.out.println("收到了通知"); // 在这里可以做些统计，或者做些其他工作 } else if (JPushInterface.ACTION_NOTIFICATION_OPENED.equals(intent.getAction())) { System.out.println("用户点击打开了通知"); // 在这里可以自己写代码去定义用户点击后的行为 Intent i = new Intent(context, TestActivity.class); //自定义打开的界面 i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); context.startActivity(i); } else { Log.d(TAG, "Unhandled intent - " + intent.getAction()); } }

⑦ 友盟-推送-Andorid-多个app都使用推送时，他们会共享连接吗

友盟推送采取了长连接多路复用技术，对于同一个设备，同时安装了多款集成了我们友盟推送的APP，所有app会共享一个长连接，这样可以减少用户的耗电量，并且在某些手机手机上，当推送后台进程被强杀的时候，只要有任何使用友盟推送的app打开，其他app就可以收到消息。

⑧ android 极光推送与友盟推送哪个比较好

个人感觉极光比较好，因为极光毕竟开始就是主要做推送这块的。

⑨ android 怎么更新友盟sdk

友盟自动更新服务已经不再提供啦，以下为官方说明：

“这个服务因为目前面临N多非技术的挑战，导致我们很难再从技术层面维护好这个服务:
iOS: 第三方自动更新服务已经被苹果官方严格禁止了，集成第三方自动更新服务(如友盟+自动更新)的App在审核阶段会被大概率的拒绝。苹果官方数次要求友盟及早把iOS平台的更新服务停掉。在iOS新版本的系统上，其实应用更新已经是默认的功能了，所以第三方更新功能作用就不大了，没有太多存在意义了。
Android: 面临的问题比较多，比如应用市场(除了Google Play之外，国内也有越来越多的市场渠道会对集成友盟自动更新插件的App审核拒绝)、部分系统厂商的限制(系统厂商可能会禁止掉非系统的更新，导致友盟更新组件报错或者抛异常)以及部分运营商的拦截(我们的下载CDN链接在某些地区的运营商会被禁止访问)，甚至APK的存储服务还会面临政策上的风险。”

⑩ 如何使用友盟 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);
转载，仅供参考。