android studio 配置debug签名,Android Studio配置debug下使用正式簽名調試

今天在集成微信分享功能的時候，按照官方文檔一步一步來寫。這是向微信發送我們想要分享的內容，各類的方法大家去看文檔，代碼如下：IWXAPI api = MyApplication.getInstance().getWxApi();

if (!api.isWXAppInstalled()) {

ToastFactory.getToast(activity, "您還未安裝微信客戶端").show();

return;

}

WXWebpageObject webpage = new WXWebpageObject();

webpage.webpageUrl = notice.getUrl();

WXMediaMessage msg = new WXMediaMessage(webpage);

msg.title = notice.getDesc();

msg.description = notice.getDesc();

Bitmap thumb = BitmapFactory.decodeResource(activity.getResources(),

R.drawable.umeng_socialize_wechat);

msg.setThumbImage(thumb);

SendMessageToWX.Req req = new SendMessageToWX.Req();

req.transaction = String.valueOf(System.currentTimeMillis());

req.message = msg;

req.scene = SendMessageToWX.Req.WXSceneSession;

api.sendReq(req);

寫到這里，可以說算是寫完了。如果我們想知道我們是否發送成功，可以這樣寫。public class WXEntryActivity extends Activity implements IWXAPIEventHandler {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_wxentry);

IWXAPI iwxapi = HHcookApp.getInstance().getWxApi();

iwxapi.handleIntent(getIntent(),this);

}

@Override

protected void onResume() {

super.onResume();

finish();

}

@Override

public void onReq(BaseReq baseReq) {

}

@Override

public void onResp(BaseResp resp) {

String result = "";

switch (resp.errCode) {

case BaseResp.ErrCode.ERR_OK:

result = "errcode_success";

break;

case BaseResp.ErrCode.ERR_USER_CANCEL:

result = "errcode_cancel";

break;

case BaseResp.ErrCode.ERR_AUTH_DENIED:

result = "errcode_deny";

break;

default:

result = "errcode_unknown";

break;

}

ToastFactory.getToast(this,result).show();

}

}

好吧，代碼寫完了，萬事大吉。可是測試微信直接拒絕，errcode_deny直接吐司show出來。這可把我郁悶了。這是為什么，繼續檢查一遍代碼，確定沒有問題，因此想到微信該死的應用簽名，說實話，我還是挺喜歡這簽名，畢竟對於應用的安全性有了很大的提高。我靠，突然發現，曾經的生成的簽名文件xxx.jks已經丟了。好吧，我錯了，重新生成一個更換應用簽名提交審核。唉。。。等了幾個小時。終於審核通過。我興沖沖的在build.gradle文件中配了以下的代碼配置，注意我這里的.jks文件拷貝了app的根目錄下：signingConfigs {

release {

keyAlias 'xxx'

keyPassword 'xxxx'

storeFile file('./xxx.jks')

storePassword 'xxx'

}

config {

keyAlias 'xxx'

keyPassword 'xxx'

storeFile file('./xxx.jks')

storePassword 'xxx'

}

}

測試，失敗，我的心也是拔涼拔涼的。風蕭蕭兮易水寒，壯士一去兮不復返。收拾舊河山，重新打個正式包。繼續測試：

OK ，通過。

突然波瀾不驚。因為覺得這都通不過，我應該卸甲歸田了。我想的是我們平常都在debug模式下調試的，也就是我用的正式的應用簽名，跟我調試用的debug簽名是不一樣的。那我豈不是每次調試我得去打包，顯然這是不合理的。於是乎我這樣寫了：defaultConfig {

applicationId "xxx.xxx.xxx"

minSdkVersion 9

targetSdkVersion 23

versionCode 1

versionName "1.0"

signingConfig signingConfigs.release

}

buildTypes {

release {

minifyEnabled false

proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'

debuggable true

signingConfig signingConfigs.release

}

debug {

signingConfig signingConfigs.release

}

}

好的，測試，debug模式下通過，好吧。基本完成微信分享功能，這是為什么呢？ signingConfig signingConfigs.release相當於重新命名了apk,在debug下使用正式簽名。是不是有點移花接木的味道啊。

總結：集成第三方的東西關鍵在於細心，過程不難，但是往往細節決定成敗。