国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

記一次翻頁(yè)性能優(yōu)化

這篇具有很好參考價(jià)值的文章主要介紹了記一次翻頁(yè)性能優(yōu)化。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

背景

???由于是公司項(xiàng)目,所以不方便給出代碼或者視頻,只能列一些自己畫(huà)的流程圖。

記一次翻頁(yè)性能優(yōu)化

???大致情況如上,前端有7個(gè)顯示區(qū)。在對(duì)其進(jìn)行滾動(dòng)翻頁(yè)的時(shí)候,存在以下問(wèn)題:
1. 連續(xù)滾輪翻頁(yè),每次所有顯示區(qū)刷新完,進(jìn)行下一次翻頁(yè)用時(shí)較久。(說(shuō)人話就是,平均耗時(shí)翻頁(yè)時(shí)間長(zhǎng))
2. 連續(xù)滾輪翻頁(yè),會(huì)出現(xiàn)一下子翻不動(dòng),然后連續(xù)刷新很多層的情況。且有的顯示區(qū)更新快,有的層更新更新很慢。

分析

???通過(guò)分析代碼,調(diào)查log發(fā)現(xiàn),翻頁(yè)切換平均耗時(shí)在600ms。其主要的業(yè)務(wù)邏輯如下:
1.前端線程發(fā)送同步翻頁(yè)命令給后端
2.后端進(jìn)行處理,共7個(gè)顯示區(qū)。前三個(gè)每個(gè)耗時(shí)30ms左右,后4個(gè)業(yè)務(wù)處理平均需要100ms。在后端處理過(guò)程中,已完成的場(chǎng)景數(shù)據(jù),已經(jīng)異步發(fā)送給前端。
3.前端等到后端處理完數(shù)據(jù),根據(jù)接收數(shù)據(jù),進(jìn)行前端繪制,耗時(shí)110ms左右。

記一次翻頁(yè)性能優(yōu)化

問(wèn)題

主要問(wèn)題有三個(gè):

1.后端處理邏輯耗時(shí)太長(zhǎng)了,特別是后4個(gè)場(chǎng)景。
2.前端等到后端邏輯處理完,才可以UI渲染,中間白白等待,耗時(shí)過(guò)長(zhǎng)
3.在前端連續(xù)翻頁(yè)情況下,有可能出現(xiàn),第一次翻頁(yè)的場(chǎng)景還沒(méi)渲染完(只渲染了幾個(gè)區(qū)域,或者一個(gè)都沒(méi)有),就開(kāi)始發(fā)送下一次渲染。造成“卡很久,然后一下次渲染好幾幀的現(xiàn)象”。

解決

優(yōu)化有3點(diǎn):
1.以空間換時(shí)間。把耗時(shí)的即時(shí)計(jì)算操作,提前計(jì)算好,存儲(chǔ)在內(nèi)存中。那么在翻頁(yè)過(guò)程中,就只是拷貝數(shù)據(jù)。
2.將圖像刷新從同步改成異步。
    2.1前端發(fā)送命令變成異步(這里最初同步是有一些業(yè)務(wù)需求,需要改造)
    2.2我們的后端框架的刷新邏輯由兩部分組成:數(shù)據(jù)序列化+發(fā)送。如果采用同步,后面4個(gè)場(chǎng)景的序列化的總時(shí)間,大概需要200ms。如下圖所示。如果采用異步,那前端阻塞的時(shí)間,就幾乎可以忽略不急

記一次翻頁(yè)性能優(yōu)化
3.同步機(jī)制

???前兩點(diǎn)優(yōu)化以后,翻頁(yè)速度非???。主要耗時(shí)只在后端序列化+發(fā)送數(shù)據(jù)+前端處理,可以達(dá)到200ms左右一次翻頁(yè)。但存在異步刷新的問(wèn)題。具體情況如下:

記一次翻頁(yè)性能優(yōu)化

1.第一次翻頁(yè)后,后端發(fā)送給前端數(shù)據(jù),前端還只收到前兩個(gè)場(chǎng)景的數(shù)據(jù),并渲染。
2.前端收到翻頁(yè)指令,接著發(fā)送翻頁(yè)。后端發(fā)送7個(gè)場(chǎng)景,因?yàn)榍皫讉€(gè)場(chǎng)景,數(shù)據(jù)少,很快又發(fā)到了前端。
3.前端渲染第二次翻頁(yè)的前幾個(gè)數(shù)據(jù)
4.前端渲染第一次和第二次的剩余數(shù)據(jù)。

解決:

后端在收到翻頁(yè)指令以后,先等待自己上一次所有場(chǎng)景都刷新完,再接著序列化、發(fā)送。這樣前端數(shù)據(jù)就能最大程度的進(jìn)行渲染了,不會(huì)出現(xiàn)錯(cuò)位。

總結(jié)

最后的流程圖如下,從最初600ms左右延遲的卡頓翻頁(yè),如今變成200ms左右的穩(wěn)定翻頁(yè),優(yōu)化效果非常不錯(cuò)。
記一次翻頁(yè)性能優(yōu)化文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-743819.html

到了這里,關(guān)于記一次翻頁(yè)性能優(yōu)化的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 記一次 JMeter 壓測(cè) HTTPS 性能問(wèn)題

    記一次 JMeter 壓測(cè) HTTPS 性能問(wèn)題

    在使用 JMeter 壓測(cè)時(shí),發(fā)現(xiàn)同一后端服務(wù),在單機(jī) 500 并發(fā)下,HTTP 和 HTTPS 協(xié)議壓測(cè) RT 差距非常大。同時(shí)觀測(cè)后端服務(wù)各監(jiān)控指標(biāo)水位都很低,因此懷疑性能瓶頸在 JMeter 施壓客戶端。 切入點(diǎn):垃圾回收 首先在施壓機(jī)觀察到 CPU 使用率和內(nèi)存使用率都很高,詳細(xì)看下各線程

    2024年01月21日
    瀏覽(31)
  • 記一次SpringBoot應(yīng)用性能調(diào)優(yōu)過(guò)程

    記一次SpringBoot應(yīng)用性能調(diào)優(yōu)過(guò)程

    使用SpringBoot、MyBatis-Plus開(kāi)發(fā)一個(gè)接口轉(zhuǎn)發(fā)的能,將第三方接口注冊(cè)到平臺(tái)中,由平臺(tái)對(duì)外提供統(tǒng)一的地址,平臺(tái)轉(zhuǎn)發(fā)時(shí)記錄接口的轉(zhuǎn)發(fā)日志信息。開(kāi)發(fā)完成后使用Jmeter進(jìn)行性能測(cè)試,使用100個(gè)線程、持續(xù)壓測(cè)180秒,測(cè)試結(jié)果如下,每秒僅支持8個(gè)并發(fā)。 服務(wù)器 作用 CPU核數(shù) 內(nèi)

    2024年02月03日
    瀏覽(19)
  • 優(yōu)化記錄 -- 記一次搜索引擎(SOLR)優(yōu)化

    優(yōu)化記錄 -- 記一次搜索引擎(SOLR)優(yōu)化

    某服務(wù)根據(jù)用戶相關(guān)信息,使用搜索引擎進(jìn)行數(shù)據(jù)檢索 solr 1臺(tái):32c 64g 數(shù)據(jù)10gb左右,版本 7.5.5 應(yīng)用服務(wù)器1臺(tái):16c 64g 應(yīng)用程序 3節(jié)點(diǎn) 1、因業(yè)務(wù)系統(tǒng)因處理能不足,對(duì)業(yè)務(wù)系統(tǒng)硬件平臺(tái)進(jìn)行升級(jí),升級(jí)變更為 16c64g — 32c64g 增加 16c 2、業(yè)務(wù)系統(tǒng)升級(jí),處理能力增加,對(duì)原搜索引

    2024年02月05日
    瀏覽(25)
  • 記一次項(xiàng)目?jī)?nèi)存優(yōu)化--內(nèi)存泄漏

    記一次項(xiàng)目?jī)?nèi)存優(yōu)化--內(nèi)存泄漏

    主要是與某個(gè)版本作基準(zhǔn)進(jìn)行對(duì)比(一般是最新版本的前一個(gè)版本作原數(shù)據(jù)),優(yōu)化后,PSS有所下降,線上OOM率減少(Bugly版本對(duì)比),泄漏點(diǎn)減少(從捉取一些線上上傳回來(lái)的內(nèi)存堆棧信息分析,或本地測(cè)試后dump下hprof文件分析)。 了解什么是內(nèi)存泄漏 了解虛擬機(jī)中的對(duì)象

    2024年02月12日
    瀏覽(33)
  • 記一次 Oracle 下的 SQL 優(yōu)化過(guò)程

    記一次 Oracle 下的 SQL 優(yōu)化過(guò)程

    事情是這樣的,UAT 環(huán)境的測(cè)試小伙伴向我扔來(lái)一個(gè)小 bug,說(shuō)是一個(gè)放大鏡的查詢很慢,轉(zhuǎn)幾分鐘才出數(shù)據(jù),我立馬上開(kāi)發(fā)環(huán)境試了一下,很快啊我說(shuō)??,放大鏡的數(shù)據(jù)立馬就出來(lái)了,然后我登錄 UAT 環(huán)境一看,誒是有些慢?? ,于是開(kāi)始了我的排查之旅... 首先我立馬拿到了

    2024年02月05日
    瀏覽(22)
  • 【Swift】公司項(xiàng)目性能優(yōu)化(一)

    隨著項(xiàng)目開(kāi)發(fā)接近了尾聲,改Bug和性能優(yōu)化成了工作的重中之重,移動(dòng)端開(kāi)發(fā),最注重用戶體驗(yàn),一個(gè)絲滑般的應(yīng)用程序能在用戶心里加很多印象分。 1、優(yōu)化列表的滑動(dòng)速度 作為內(nèi)容創(chuàng)作類(lèi)的app,里面包含了大量的寫(xiě)作、畫(huà)作、小說(shuō)、動(dòng)態(tài)等多種動(dòng)態(tài)高度的樣式;列表滑動(dòng)

    2024年01月20日
    瀏覽(16)
  • 【PyTorch】記一次卷積神經(jīng)網(wǎng)絡(luò)優(yōu)化過(guò)程

    【PyTorch】記一次卷積神經(jīng)網(wǎng)絡(luò)優(yōu)化過(guò)程

    在深度學(xué)習(xí)的世界中,圖像分類(lèi)任務(wù)是一個(gè)經(jīng)典的問(wèn)題,它涉及到識(shí)別給定圖像中的對(duì)象類(lèi)別。CIFAR-10數(shù)據(jù)集是一個(gè)常用的基準(zhǔn)數(shù)據(jù)集,包含了10個(gè)類(lèi)別的60000張32x32彩色圖像。在上一篇博客中,我們已經(jīng)探討如何使用PyTorch框架創(chuàng)建一個(gè)簡(jiǎn)單的卷積神經(jīng)網(wǎng)絡(luò)(CNN)來(lái)對(duì)CIFAR-10數(shù)

    2024年01月24日
    瀏覽(24)
  • 記一次生產(chǎn)慢sql索引優(yōu)化及思考

    夜黑風(fēng)高的某一晚,突然收到一條運(yùn)營(yíng)后臺(tái)數(shù)據(jù)庫(kù)慢sql的報(bào)警,耗時(shí)竟然達(dá)到了60s。 看了一下,還好不是很頻繁,內(nèi)心會(huì)更加從容排查問(wèn)題,應(yīng)該是特定條件下沒(méi)有走到索引導(dǎo)致,如果頻繁出現(xiàn)慢查詢,可能會(huì)將數(shù)據(jù)庫(kù)連接池打滿,導(dǎo)致數(shù)據(jù)庫(kù)不可用,從而導(dǎo)致應(yīng)用不可用。

    2024年02月04日
    瀏覽(26)
  • 記一次線上問(wèn)題 → Deadlock 的分析與優(yōu)化

    記一次線上問(wèn)題 → Deadlock 的分析與優(yōu)化

    今天女朋友很生氣 女朋友:我發(fā)現(xiàn)你們男的,都挺單純的 我:這話怎么說(shuō) 女朋友:腦袋里就只想三件事,搞錢(qián),跟誰(shuí)喝點(diǎn),還有這娘們真好看 我:你錯(cuò)了,其實(shí)我們男人吧,每天只合計(jì)一件事 女朋友:啥事呀? 我:這娘們真好看,得搞錢(qián)跟她喝點(diǎn) ? MySQL8. 0.30 ?,隔離級(jí)別

    2024年02月15日
    瀏覽(16)
  • .Net6 記一次RabbitMq消息訂閱/發(fā)布優(yōu)化

    ?????????首先介紹一下項(xiàng)目情況,項(xiàng)目需要設(shè)備在線實(shí)時(shí)采集,最高采集頻率為1次/秒,設(shè)備上傳數(shù)據(jù)時(shí),協(xié)議規(guī)定的是10條/包,服務(wù)端通過(guò)rabbitMq接收消息,并進(jìn)行存儲(chǔ)、預(yù)警、推送等進(jìn)行多層處理,因?yàn)閣eb端要求數(shù)據(jù)實(shí)時(shí)展示,且延時(shí)不得超過(guò)1分鐘,因數(shù)據(jù)量較大,

    2024年01月18日
    瀏覽(24)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包