在微信商戶的"現(xiàn)金紅包"和"小程序紅包"開通規(guī)則變更后，可以無需30天正常交易，無需入駐90天限制，通過開通合并后的“商家紅包”來實現(xiàn)功能。

前面兩篇文章介紹了如何開通的“暫時”有效的方法，但是實際在開發(fā)中，出現(xiàn)了一個不大不小的問題，就是無法設置場景值，這會導致無法發(fā)送低于1元，高于200元的紅包。接口會返回：

小程序紅包文檔：
https://pay.weixin.qq.com/wiki/doc/api/tools/cash_coupon_xcx.php?chapter=18_2&index=3

現(xiàn)金紅包文檔：
https://pay.weixin.qq.com/wiki/doc/api/tools/cash_coupon_sl.php?chapter=13_4&index=3

按照提示去訪問“現(xiàn)金紅包”或“小程序紅包”，會如下圖所示，

這就矛盾了，“商家紅包”的配置里沒有場景開通功能，如下圖：

看來是因為官方還未完全將“現(xiàn)金紅包”或“小程序紅包”的功能移植升級到“商家紅包”里，目前想發(fā)低于一元的紅包只能不帶場景值。

小程序發(fā)放紅包，只能通過攝像頭掃碼的方式打開小程序后，才能正常觸發(fā) wx.sendBizRedPacket，如果按照文檔的做法獲取場景值，再和發(fā)放紅包接口結合使用，會有一個 BUG，

https://developers.weixin.qq.com/miniprogram/dev/framework/app-service/scene.html

文檔提議在 onLaunch 和 onShow 里獲取場景值，因為在 app.js 里有寫了?onLaunch 的邏輯，頁面里的?onLaunch 就不能觸發(fā)執(zhí)行，所以我把獲取場景值邏輯寫在了頁面的?onShow 里。

在 onShow 獲取到場景值后，直接說結果：是不能在 onShow 里去直接寫 wx.sendBizRedPacket 邏輯的，因為這個邏輯會調用原生的“正在加載”畫面，導致小程序變成非?onShow 狀態(tài)，加載成功或失敗后，小程序又恢復到 onShow 狀態(tài)，這樣會造成?wx.sendBizRedPacket 變成死循環(huán)，一直閃屏，重復觸發(fā) wx.sendBizRedPacket，加載-關閉-加載-關閉……（onShow?- 非 onShow - onShow?- 非 onShow……）

所以，獲取場景值 wx.getLaunchOptionsSync().scene 完全可以寫在 onLoad 內，當掃小程序碼后，直接判斷場景值是否符合，符合就去請求發(fā)紅包邏輯，展示出領紅包圖片，在圖片上做事件處理。

以下界面是開發(fā)完成的截圖，歡迎使用微信攝像頭掃碼來體驗領取紅包過程，目前每用戶可領取一元，哪天“商家紅包”里的場景值功能移植完善可以配置了，會改為 0.3 元。發(fā) 1 元的代價有點高呀。

領紅包只支持攝像頭掃碼，長按掃碼的場景不支持調用紅包接口