原文：
這個結果顯然不是我們要的，更好的結果是頁面可以從上到下按順序流式渲染，這樣可能總體時間增長了，但首屏時間縮減，在使用者看來，頁面開啟速度就更快了。
要實現這種渲染模式，我總結了下有3種方式實現。第3種方式是我認為最合適的，也是我在專案中實際使用的優化方法。
這種方式非常簡單，例如：
new vue(,
b (resolve) )
}, 0);}}
})
你可以封裝乙個簡單的函式來簡化這個過程：
function deferload (component, time = 0) ;
}new vue(
})
還是按照上面的非同步元件做法，這時候就需要考慮把哪些元件設成非同步的了。如果把a、b、c都設成非同步的，那結果就是3個會首先渲染出來，頁面渲染的過程在使用者看來非常奇怪，並不是預期中的從上到下順序渲染。
new vue(,
created () , 0);
// 顯示c
settimeout(() => , 0);
}});
有些人可能會擔心v-if存在乙個編譯/解除安裝過程，會有效能影響。但這裡並不需要擔心，因為v-if是惰性的，只有當第一次值為true時才會開始初始化。
這種寫法看起來很麻煩，如果我們能實現乙個類似v-if的元件，然後直接指定多少秒後渲染，那就更好了，例如：
乙個簡單的指令即可，不需要js端任何配合，並且可以用在普通dom上面，nice！
在vue裡，類似v-if和v-for這種是terminal指令，會在指令內部編譯元件。如果你想要自己實現乙個terminal指令，需要加上terminal: true，例如：
vue.directive('lazy', ,
update () {},
unbind () {}
});
v-if和v-for的原始碼來寫。
我已經為此封裝了乙個terminal指令，你可以直接使用：
除了元件上的優化，我們還可以對vue的依賴改造入手。初始化時，vue會對data做getter、setter改造，在現代瀏覽器裡，這個過程實際上挺快的，但仍然有優化空間。
object.freeze()是es5新增的api，用來凍結乙個物件，禁止物件被修改。vue 1.0.18+以後，不會對已凍結的data做getter、setter轉換。
如果你確保某個data不需要跟蹤依賴，可以使用object.freeze將其凍結。但請注意，被凍結的是物件的值，你仍然可以將引用整個替換調。看下面例子：
}
new vue(,
])},
created () ,
];this.list = object.freeze([
,]);
}})
v-lazy-component:
Openlaszlo應用初始化效能優化過程
在開發openlaszlo應用過程中，往往考慮的是功能是否能正常實現，除了遵守openlaszlo開發規範外，對效能方面考慮的比較少，但是隨著應用規模的增加，到了後期測試的時候就會發現效能問題已經很嚴重了，這時要對系統進行效能調整，這是openlaszlo開發過程中不可缺少的一部分。系統未優化前，初...
MySQL general log優化效能
原文url 常常遇到這樣的問題 資料庫訪問量很大，想要從sql方面進行優化。往往開發同學會問 能看到哪些sql執行比較頻繁嗎？回道 不能哦，只能看到當前正在執行的sql和慢日誌裡記錄的sql。因為為了效能考慮，一般general log不會開啟。slow log可以定位一些有效能問題的sql，而ge...
使用Recoding Rules優化效能
通過promql可以實時對prometheus中採集到的樣本資料進行查詢，聚合以及其它各種運算操作。而在某些promql較為複雜且計算量較大時，直接使用promql可能會導致prometheus響應超時的情況。這時需要一種能夠類似於後台批處理的機制能夠在後台完成這些複雜運算的計算，對於使用者而言只需...