flexは、flex-grow、flex-shrink、flex-basisの略である.flexのデフォルト値は0 1 auto flex値がnoneの場合、計算値は0 auto flex値がautoの場合、計算値は1 auto flex値が非負の数値の場合、flex-grow値、flex-shrink値1、flex-basis値が0%flex値が長さまたはパーセンテージの場合、flex-basis値、flex-grow値1、flex-grow値flex-shrinkは1を取り、flexが2つの非負の数字を取ると、それぞれflex-growとflex-shrinkの値と見なし、flex-basisは0%を取り、flexが1つの非負の数字と1つの長さまたはパーセントを取ると、それぞれflex-growとflex-basisの値と見なし、flex-shrinkは1の原文アドレスを取ります.https://segmentfault.com/q/10... call()Function.prototype.myCall = function (context, ...arg) {
const fn = Symbol(' ')
context[fn] = this
context[fn](...arg)
delete context[fn]
}
を実現
requestAnimationFrameは、各フレームのすべてのDOM操作を集約し、1回の再描画またはリフローで完了し、再描画またはリフローの時間間隔がブラウザのリフレッシュ周波数にしっかりと追随します.非表示または非表示の要素では、requestAnimationFrameは再描画または戻りを行わないため、CPU、GPU、メモリの使用量が少なくなることを意味します. メモリリークの一般的なシーン:キャッシュ:メモリ内のデータが消去されていないドメインが無効なDOMリファレンスが存在する必要のないグローバル変数タイマがクリアされていない(Reactの合成イベント、およびオリジナルイベントのバインドの違い)イベントがクリアメモリリーク最適化に監視される
Http 1.0の致命的な欠点は、TCP接続と並列送信要求を多重化できないことであり、このように1つの要求ごとに3回の握手が必要であり、実際に接続を確立し、接続を解放するこのプロセスが最も時間がかかり、伝送データが逆にそれほど時間がかからず、応答ヘッダexpiresのキャッシュメカニズムが失効する問題がある.Http 1.1の致命的な欠点:1.明文転送2.実はまだ無状態接続を解決していない.複数のリクエストが同時に保留するとリクエストチャネルが混雑し、後続のリクエストが送信できなくなる.膨大なメッセージヘッダ:HTTP/1.1は要求内容を圧縮できるが、メッセージヘッダは圧縮できない.現在のリクエストでは、メッセージヘッダがリクエストの大部分(さらにはすべて)を占めることもよく見られるHTTP 2である.0の主な利点は、バイナリフレームパッケージを採用し、伝送が多重化され、流量制御アルゴリズムが最適化され、サーバ側プッシュ、ヘッダ圧縮、優先度などの特徴である.