chromium cc層的一處效能優化點

2021-07-25 10:56:21 字數 415 閱讀 6120

最近有大量網頁反饋某個css3頁面(3d-cube-loading/index.html),miniblink效能不行。

頁面如下

miniblink是老老實實的畫了幾個矩形,然後做形變

而chromium cc是這樣:

難怪chromium會比較快,原來在繪製這種矩形扭曲成的純色塊時,chromium會轉成多變形,而不是丟到skia裡做矩陣變換。

新增drawquad(繪製四邊形的命令)的時候,把之前光柵化時刻就做的分析,既繪製是不是只包含固定純色,在

c語言的一處陷阱

實際碰到的乙個問題,從msdn上拷貝了一段 是用c寫的,編譯通過,執行崩潰,include test.c 用unicode方式編譯崩潰 void main 以上 用unicode方式c編譯可以通過,執行時崩潰,編譯器會報個警告,兒非錯誤 test.c 13 warning c4133 functio...

修復一處上傳不了的問題

原因居然是因為我關閉了記憶體快取。網頁有dom是動態生成的,如img。說來也很奇葩,記憶體快取關了後,imageloader shouldloadimmediately在第二次的時候返回了false,導致延遲設定了setimage,導致在layout的時候沒有正確的大小,導致網頁的js獲取寬度的時候...

實戰修改密碼處的一處邏輯問題 原創

遇到乙個系統,有點代表性,就把這個漏洞細節發出來了。具體漏洞點在修改密碼的地方。首先用xiaoliu13的號進行登入 然後點選修改密碼 然後填寫好原密碼和確認密碼後點選修改,然後抓包 然後可以看到,這裡有我的賬號,把我的賬號改成其他賬號。這裡原密碼我們改成123456,進行爆破,若對方密碼為1234...