React: किन परिस्थितियों में, अस्थिर_शोल्ड यील्ड सच लौटेगा？

को निर्मित 8 फ़र॰ 2019 · 4टिप्पणियाँ · स्रोत: facebook/react

शेड्यूलर.जेएस में,

function unstable_shouldYield() {
  return (
    !currentDidTimeout &&
    ((firstCallbackNode !== null &&
      firstCallbackNode.expirationTime < currentExpirationTime) ||
      shouldYieldToHost())
  );
}

अस्थिर_शोल्ड यील्ड () सही है जब currentDidTimeout गलत है और shouldYieldToHost () सही है, लेकिन क्यों?

shouldYieldToHost = function() {
  return frameDeadline <= getCurrentTime();
};

shouldYieldToHost() रिटर्न ट्रू का मतलब है कि इस निष्क्रिय अवधि में कोई समय नहीं बचा है
currentDidTimeout गलत है इसका मतलब है कि शेड्यूल टाइमआउट नहीं है
उनके बीच क्या संबंध है, अस्थिर_शोल्ड यील्ड () उन पर क्यों निर्भर करता है?

Question

स्रोत

xilixjd

सबसे उपयोगी टिप्पणी

हम समय-समय पर मेजबान वातावरण में आते हैं - प्रत्येक 16ms या तो - ब्राउज़ को उपयोगकर्ता इनपुट सहित आने वाली घटनाओं को संसाधित करने की अनुमति देने के लिए। frameDeadline वह टाइमस्टैम्प है जिसे हम प्राप्त करने की योजना बना रहे हैं (मूल रूप से now() + 16ms जैसे कुछ पर सेट किया गया है), इसलिए shouldYieldToHost उस समय बीत जाने के बाद सही हो जाता है। फिर हम requestIdleCallback और requestAnimationFrame के कुछ संयोजन का उपयोग करते हैं ताकि हम अगले कार्य को जल्द ही संसाधित कर सकें।

आदर्श स्थिति में, हम इन छोटे 16ms स्लाइस में सभी रेंडरिंग को पूरा कर सकते हैं। हालांकि, अगर एक ही समय में कई अन्य चीजें हो रही हैं, तो प्रतिक्रिया कार्य "भूखा" हो सकता है और छोटे स्लाइस में पूरी तरह से प्रस्तुत करने में सक्षम नहीं हो सकता है। इसलिए हमारे पास एक दूसरा चेक है: प्रत्येक लंबित रेंडर या स्टेट अपडेट में "समाप्ति समय" होता है (आमतौर पर कहीं 100ms से 5000ms तक) - यदि वह समय रेंडर फिनिशिंग के बिना गुजरता है, तो हम एक सिंक्रोनस मोड पर स्विच करते हैं जब तक कि वह अपडेट समाप्त नहीं हो जाता। यह आदर्श नहीं है लेकिन यह सुनिश्चित करता है कि सभी अपडेट बहुत लंबे समय तक प्रतीक्षा किए बिना संसाधित हो जाएं।

हम उसी समाप्ति समय के लिए ब्राउज़र में टाइमर सेट करते हैं (उदाहरण के लिए, सेटटाइमआउट के साथ)। यदि वह टाइमर सक्रिय हो जाता है, तो हम जानते हैं कि हमें कार्य को समकालिक रूप से करने की आवश्यकता है। यदि ऐसा होता है, तो currentDidTimeout सत्य पर सेट है, इसलिए हम उपज नहीं देंगे।

भविष्य में, हम एक नए isInputPending ब्राउज़र एपीआई (https://github.com/WICG/is-input-pending) का उपयोग करने की योजना बना रहे हैं ताकि हम प्रसंस्करण कार्य जारी रख सकें और केवल तभी उपज प्राप्त कर सकें जब नया उपयोगकर्ता इनपुट हो , हमेशा हर 16ms पर उपज देने के बजाय।

sophiebits 9 फ़र॰ 2019

👍6

सभी 4 टिप्पणियाँ

sophiebits 9 फ़र॰ 2019

👍6

जवाब के लिए धन्यवाद
मेरे पास अभी भी कुछ प्रश्न हैं,

मुझे लगता है कि unstable_shouldYield() प्रतिनिधित्व करता है कि शेड्यूल में काम बाधित हो सकता है या नहीं, क्या यह सही है?
क्या "16ms" activeFrameTime को संदर्भित करता है?
firstCallbackNode.expirationTime < currentExpirationTime कब सही होगा? क्या इसका मतलब यह है कि अगले काम की प्राथमिकता पिछले वाले की तुलना में अधिक है?

xilixjd 10 फ़र॰ 2019

प्रत्येक प्रतिपादन कार्य को अस्थिर_शोल्ड यील्ड () को अक्सर जांचना चाहिए। (हम इसे पेड़ में प्रत्येक घटक के बाद मोटे तौर पर कहते हैं।) अधिकांश समय यह झूठी वापसी करेगा (जिसका अर्थ है कि चलते रहें) लेकिन जब यह सच हो जाता है तो इसका मतलब है कि प्रतिपादन को रोकना होगा।
हाँ।
मेरा मानना है कि अगर मौजूदा रेंडर के दौरान कुछ नए, उच्च-प्राथमिकता वाले काम संलग्न हैं तो स्थिति सही है। उस स्थिति में, हम सच लौटना चाहते हैं ताकि हम उस कार्य पर स्विच कर सकें।

sophiebits 10 फ़र॰ 2019

👍2

बहुत-बहुत धन्यवाद।तुम्हारे लिए वाकई बहुत अच्छा है!

xilixjd 10 फ़र॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

React: किन परिस्थितियों में, अस्थिर_शोल्ड यील्ड सच लौटेगा？

सबसे उपयोगी टिप्पणी

सभी 4 टिप्पणियाँ

संबंधित मुद्दों