由于經常長時間的把精力放(fàng)在開發客戶的項目上去(qù)了，再加上小程序客戶數量不多，所以，我們一直沒有特别留意百度小程序的資源提交這個接口。以前的MIP、熊掌号出來(lái)的時候，都(dōu)是第一時間接入了推送接口的，直到今天看(kàn)到通知說(shuō)即将啓動小程序魚躍計(jì)劃。魚躍計(jì)劃中被大(dà)家討(tǎo)論的最多的就(jiù)是小程序資源占比，基本要求就(jiù)是達到50%。很遺憾的是，由于我們網站(zhàn)内容很少，通知類文章(zhāng)較多（這類文章(zhāng)被判做低質量文章(zhāng)）而不被小程序收錄，所以我們自(zì)己的内容質量可(kě)能欠佳，目前占比隻有46%多一點。
有鑒于此，我們還(hái)是要計(jì)劃做點什麽來(lái)突破50%。所以，我們嘗試的第一步就(jiù)是把推送接口更改到百度小程序的新資源提交接口去(qù)。這個接口可(kě)能已經有前輩們接入并在使用了，但(dàn)是由于我們是首次接觸，所以并不十分(fēn)了解。經過深入了解分(fēn)析後，我們發現百度小程序新資源提交接口和之前的MIP或者熊掌号都(dōu)不一樣，主要區别在于小程序使用了ACCESS TOKEN鑒權，而這個ACCESS TOKEN是有有效期的，而MIP和熊掌号的接口則相(xiàng)對簡單，隻有一個固定的TOKEN。那麽我們這次嘗試的主要流程就(jiù)是要确保ACCESS TOKEN的有效性，我們提出了兩個方案。
推送時發現ACCESS TOKEN過期則嘗試刷新ACCESS TOKEN
這個方案按理(lǐ)來(lái)說(shuō)會成爲我們的首選，但(dàn)是考慮到網站(zhàn)後台數據提交的反饋速度，我們放(fàng)棄了。實現的業務流程是：管理(lǐ)員(yuán)發布文章(zhāng) - 文章(zhāng)發布成功 - 生(shēng)成新的小程序PATH - 調用數據庫中的ACCESS TOKEN嘗試推送到百度小程序 - ACCESS TOKEN有效推送成功（END）／ACCESS TOKEN無效推送失敗 - 根據開發者平台的接口刷新ACCESS TOKEN并保存在數據庫中（第一次推送就(jiù)會執行這一步） - 推送成功／失敗，我們推薦内容更新頻繁的使用這種方案。
登錄網站(zhàn)後台時主動刷新ACCESS TOKEN
然後，實際上我們最終選擇的是這一個方案，因爲我們的網站(zhàn)可(kě)能10天半個月才會更新一篇文章(zhāng)，所以當我們更新網站(zhàn)的時候，ACCESS TOKEN已經過期的概率很高（官方說(shuō)明是有效期一個月）。如(rú)果這個時候嘗試第一種方案的話(huà)，我們有可(kě)能發布一篇文章(zhāng)需要調用百度的接口3次。一來(lái)一回一去(qù)，可(kě)能會有系統卡頓的幻覺，所以，我們幹脆在管理(lǐ)員(yuán)登錄網站(zhàn)後台的時候，直接主動刷新ACCESS TOKEN，這樣一來(lái)，當文章(zhāng)發布的時候，ACCESS TOKEN一定是有效的。
如(rú)前文所述，由于我們的更新頻率很低，所以我們目前還(hái)沒有所謂的成功經驗可(kě)以分(fēn)享，等後期技術(shù)成熟或者小程序發展成熟的時候，我們有可(kě)能會像集成MIP推送接口一樣，在客戶的網站(zhàn)中集成小程序的接口。但(dàn)是今天，暫時隻有以上這點幹巴巴的邏輯可(kě)以理(lǐ)出來(lái)，希望對大(dà)家能夠有點幫助，感謝您的閱讀(dú)。
