白名單有啥好說的呢？無非就是篩選登入，大家第一眼看到就是這個印象，白名單也是有文章的，弄的時機不同會給你帶來很不錯的收益，注意是收益。
還是舉例來說，游戲上線前渠道都會做一個預下載，一般提前1-2天，這時候有的渠道有自己的白名單系統(tǒng)會擋住渠道登入用戶，大部分渠道是沒有這類系統(tǒng)的，需要CP自己實現(xiàn)。我們的游戲也這么上線了，過了兩天運營找過來，說我們自己的后臺數(shù)據(jù)統(tǒng)計渠道的登入激活數(shù)據(jù)與渠道反饋過來的嚴重不符，首日登入渠道給出的是8000，而我們的后臺是500，查了半天發(fā)現(xiàn)了情況，我們的白名單是在用戶點擊進入游戲的時候進行判斷篩選，也就是選擇角色之前，但是這時候是渠道已經(jīng)完成了登入，在開服前的預下載期間用戶下載后登入游戲發(fā)現(xiàn)游戲還處在待開放狀態(tài)，或者流失或者之后在登入，但是渠道那里的統(tǒng)計已經(jīng)把這部分用戶的登入統(tǒng)計了，游戲內(nèi)并不認為這些用戶是登入用戶
這個流程是這樣
用戶下載---SDK登入---顯示公告公告（用戶基本不看）---點擊進入游戲（彈出服務器還未開啟）
從這里可以看出，白名單放在這個位置不僅會引起統(tǒng)計問題，還會導致渠道對于你游戲的評估下降
修改后的流程是這樣
用戶下載--啟動過游戲獲取遠程開關(guān)列表--顯示公告--渠道sdk登入(開關(guān)disable狀態(tài)會阻止用戶登入)

在SdkLogin的時先執(zhí)行這個函數(shù)

public void ShowLogin(final Context _in_context, String _in_data){
        if(!TypeSDKTool.showLogin){
            Handler dialogHandler = new Handler(Looper.getMainLooper());
            dialogHandler.post(new Runnable(){
                @Override
                public void run() {
                    // TODO Auto-generated method stub
                    if(TypeSDKTool.msg != null && !TypeSDKTool.msg.isEmpty()){
                        TypeSDKTool.showDialog(TypeSDKTool.msg, _in_context);
                        return;
                    } else {
                        TypeSDKTool.showDialog("維護中?。?！", _in_context);
                        return;
                    }
                }
            });
            
        }
    }

這個項目已開源，大家有興趣可以自己研究或者參照項目編寫自己的聚合SDK
項目地址：https://code.csdn.net/typesdk_code
項目地址：https://github.com/typesdk