使用EncodeHintType.MARGIN設(shè)置zxing二維碼空白區(qū)域大小

作者:某人_Valar
如需轉(zhuǎn)載請(qǐng)保留原文鏈接
zxing的GitHub地址:https://github.com/zxing/zxing

之前的項(xiàng)目用到了zxing生成二維碼,發(fā)現(xiàn)周圍的白框大的感人,使用EncodeHintType.MARGIN設(shè)置也沒什么效果。今天看了一下zxing的源碼,才發(fā)現(xiàn)其中的緣由。

先來看我們是怎么使用zxing生成二維碼的

/*
* url :要生成二維碼的網(wǎng)址(String類型)
* 250:生成二維碼的寬高(int類型)
這里的generateBitmap()方法直接返回一個(gè)bitmap對(duì)象,便于之后直接放入ImageView
*/
 Bitmap mBitmap = MyQRcode.generateBitmap(url,250,250);

MyQRcode文件中的generateBitmap()方法

public static Bitmap generateBitmap(String content, int width, int height) {
        QRCodeWriter qrCodeWriter = new QRCodeWriter();
        Map<EncodeHintType, Object> hints = new HashMap<>();
        hints.put(EncodeHintType.CHARACTER_SET, "utf-8");
        hints.put(EncodeHintType.MARGIN,1);   //先設(shè)置margin為1
        try {
            BitMatrix encode = qrCodeWriter.encode(content, BarcodeFormat.QR_CODE, width, height, hints);
            int[] pixels = new int[width * height];
            for (int i = 0; i < height; i++) {
                for (int j = 0; j < width; j++) {
                    if (encode.get(j, i)) {
                        pixels[i * width + j] = 0x00000000;
                    } else {
                        pixels[i * width + j] = 0xffffffff;
                    }
                }
            }
            return Bitmap.createBitmap(pixels, 0, width, width, height, Bitmap.Config.RGB_565);
        } catch (WriterException e) {
            e.printStackTrace();
        }
        return null;
    }

順著源碼點(diǎn)下去,最后發(fā)現(xiàn)是在renderResult()方法里對(duì)寬高做了一系列的處理

image.png
image.png
image.png

renderResult里的width,height是我們一開始設(shè)定的寬高,
quietZone是我們之前設(shè)定的margin。

image.png
image.png

zxing并沒有將這個(gè)值直接使用,而是經(jīng)過一系列的計(jì)算得出了 leftPadding 與 topPadding。

renderResult 中注意下面這些參數(shù)

image.png

inputWidth ,inputHeight 是 zxing 根據(jù)我們所傳的url與指定的BarcodeFormat.QR_CODE規(guī)則生成的。

因?yàn)閰?shù)都是在源碼中,沒法直接打印出來,那就debug一下,設(shè)幾個(gè)斷點(diǎn)看一下里面的值都是多少

image.png

可以看到生成的inputWidth 和 inputHeight 為33,
quietZone就是我們之前傳入的1,
width,height都是之前設(shè)置的250。
multiple=7,
內(nèi)容區(qū)為33x33,而我們需要的大小為250x250,33放大7倍后為231,距離250還差19。
19/2 =9
最后經(jīng)過計(jì)算得出了 leftPadding 與 topPadding 都為 9。

如果此時(shí)將margin設(shè)為 4, 寬和高還是設(shè)為 250
hints.put(EncodeHintType.MARGIN,4);  

故multiple=6,leftPading =(250 - 33*6)/2 = 26,兩邊就有很大的空白。

image.png

zxing會(huì)采用這種策略,是為了提高二維碼的容錯(cuò)率,以免出現(xiàn)失真導(dǎo)致二維碼無法掃描。
了解了zxing的這種計(jì)算機(jī)制后,我們就可以根據(jù)想要的邊框大小來傳入相應(yīng)的值了。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

推薦閱讀更多精彩內(nèi)容

  • 摘要 最近,公司業(yè)務(wù)上有個(gè)生成二維碼圖片的需求(Android端),之后筆者在網(wǎng)上查閱了一些資料,實(shí)現(xiàn)了這個(gè)功能。...
    夢(mèng)想編織者灬小楠閱讀 45,850評(píng)論 37 132
  • Android 自定義View的各種姿勢(shì)1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 173,593評(píng)論 25 708
  • 前言 現(xiàn)在的應(yīng)用中二維碼掃描已經(jīng)成為一個(gè)應(yīng)用必不可少的功能,現(xiàn)在大部分Android二維碼掃描都是基于zxing和...
    g小志閱讀 5,188評(píng)論 1 5
  • 今天我讓孩子寫日記他說媽媽你怎么不寫光讓我自己寫?問的我一句話也說不上來。我就說你別急,咱家沒本了,明天我買了本...
    巭Pro閱讀 125評(píng)論 0 0
  • IMEI 碼由15位數(shù)字組成,其中第15位(IME15)是檢驗(yàn)位,是通過將前14(IMEI14)運(yùn)算得出的, 計(jì)算...
    張漢閱讀 9,181評(píng)論 0 4