前言

今天收到91市场打回来的列表，其中有4个问题，第一个是敏感词，第二个是更新的细节问题，第三个是一个没看懂的bug描述，第四个是服务器策略返回数据导致的误解。第二个问题真是坑了我很久。稍微讲下更新的细节问题。

问题描述

大致的意思是：打开程序后，跳出提示有新版本，然后马上出现了用户登录界面，当输入密码登录或者取消后返回时又出现了升级提示。按照91的流程，在有更新提示的界面和登录的界面不能并行出现，必须等提示更新的界面操作完毕后才能出现登录界面。

大致就是这个图了。

SDK版本说明

我使用的91SDK是3.6.2.1版本，其中说明文档中明确写明，这个版本的NdInit函数自己实现了版本更新的检测，无需人工干预。这其实挺好的，能少操作自然少操作嘛，多做多错、少做少错的道理是更古不变的。

程序逻辑

这里仅做下91SDK接入到登录的说明。在cocos2dx的Android上具体接入可以略微参考下自之前的这篇文章：cocos2dx在Android下如何接入91SDK

SDK的初始化工作是在主Activity启动时onCreate中做的，C++的代码不能在这之前被调用。而登录的操作是在C++代码中做的，所以初始化应该在登录之前。这里有个关键问题是，是否初始化成功后才检测更新？

几个小坑

要解决这个问题，其实只要弄明白，是初始化成功后调用的版本检测还是之前？这些操作是同步的还是异步的？是否可以通过用户点击立即更新和取消的操作来控制登录框的出现？

91的初始化操作应该是异步实现的，因为有异步的回调来通知初始化操作是否成功。而正是因为这个异步的操作，导致我一下子没反应过来。并且，3.2.6.1的SDK中移除了ndAppVersionUpdate函数，导致你压根就无法得到用户的操作结果。

解决思路

首先想到，是否SDK初始化成功的异步回调，是在openglView的线程启动之后才回来的，也就是说，如果这样的假设成立，就可以在C++中设定一个布尔变量，用来控制是否允许向NDK发送登录的请求。初始化为false，在SDK初始化完成后，通过AndroidNDKHelper通知C++把这个值设置为true，然后再允许其登录。

试验了下，JAVA代码中，在OnInitCompleteListener的成功通知中打一个断点，再在登录请求处打一个断点。果然，在更新界面出现后，程序并没有跑到OnInitCompleteListener中，而是过了一会儿，自动登录的回调调用到了登录的函数中，看来，这个初始化成功的通知异步得厉害啊！

采用之前的思路，设了个变量控制，就搞定了，不会又弹出更新提示又弹出登录框了。

其他闲话

第一次提交到91，其实问题还是挺多的，比如，当时友盟的更新渠道没有关闭，导致91市场的版本也会随着另外市场的版本同步提醒更新，但是因为91有要求包名需要不同，所以其实是更新不了的，即使能下，下过来后安装好后其实是一个全新的程序。

关于Java中的界面线程和cocos2dx中使用的openglView线程貌似不是一个东西，之前一直以为界面线程就一个，当然这个我还没有去考证过，只是这么猜测，因为之前的文章中有提到当在JAVA中调用91的登录请求，完成后回调到C++中的时候，如果直接操作openglView中的UI会使程序崩溃，而且放到UIThread中去跑也不行。当时傻乎乎以为这个UI和opengl的UI是一个线程，从测试的结果来看应该不是。Cocos2dxActivity有实现runOnGLThread的函数，这个应该才是正解。