為什麼小程式使用刷卡器會出現卡頓的問題？

看了這麼多傻瓜，忍不住了！！ 這種滯後可能是（我想一定是，恐怕你噴）是刷卡器內部資料渲染造成的，如果你是用以下方式寫的，那麼請仔細閱讀我的說明：1

swier-item 中的死資料是否沒有滯後，2當 swiper-item 動態渲染時，swiper-item 下的資料會卡住。

解決辦法：在 data： arr： 中定義陣列：

當你得到標籤頁類別時，你可以動態地向 arr 新增乙個物件，它變成了 ：arr[，.然後使用 arr 渲染 swiper-item，內容是 swiper-item 裡面的資料。

每當你切換乙個新標籤頁時，獲取tabindex（tabindex是標籤欄切換或滑動的值）在arr中找到對應的位置，首先檢查對應位置的內容是否為空（資料是否已經儲存，但是當tab下資料為空時這樣不準確）， 並將請求的資料放在空時對應位置的內容中，部分**如下"

內容不是空的，什麼都不做。 就是這樣！！

原因：這樣做之後，swiper-item 只會渲染一次，除了第一次切換 tab 時需要載入資料，其他時間直接切換到已經渲染的 swiper-item，不會有滯後，如果解決了問題，就喜歡了，讓更多的人看到。。。。菜鳥，輕輕噴......

第。 1.可能不相容。

第。 其次，軟體並不完美，如果您最近安裝了任何新軟體，可能是這個原因，請解除安裝並重試。

第。 第三，硬體溫度過高，這種筆記本很常見，台式電腦在夏天也有，解決辦法主要是清理灰塵，加強通風散熱。

第。 第四，系統中有乙個錯誤，Microsoft。

修復它。

第。 第五，系統中毒了，這個原因也很常見，應該是主要原因，可以處於安全模式。

讓我們來看看防病毒軟體。

在開發小程式時，我們經常使用刷卡元件來達到輪播或翻頁的效果，但是當刷卡項數量過多時，會造成檢視層渲染滯後的問題。

有網友建議的做法是只渲染三個刷卡項，分別是這個資料以及上乙個和下乙個，預設當前顯示的刷卡項位置是中間的那個，然後根據滑動情況動態改變三條資料，並將當前位置設定回中間的刷卡項， 也就是current：1，但是這種方法在setdata（）的時候會有回滑的動畫效果，還有乙個簡單粗暴的解決方案就是設定duration='0'直接關閉動畫，但無論如何，體驗都比較差。

一些網友的做法是先渲染n個空的刷卡項，n是當前資料的數量，然後只插入當前索引和上下資料，根據滑動禮物動態修改對應位置的資料，這種方法比前乙個更簡單，優化了效能， 並且還解決了翻頁時會出現回滑動畫的問題，但是當滑動器項的數量足夠大時，比如 1000，渲染仍然會很卡頓。

1. 以同樣的方式，在檢視層中只渲染三個滑動器項，其餘資料儲存在陣列中。

2.在swiper元件中新增circular屬性，以便swiper可以連線和滑動。

3.那麼刷卡器中滑動器項當前顯示的索引也是動態的，需要根據當前索引將資料更新到對應的位置，而不是直接固定第二個中的滲透電流，結合圓形屬性，可以實現只渲染了三個滑動器項，滑動不跳回， 並解決刷卡器過多導致的渲染滯後問題。

逼真的效果圖：