Reflow نام فرآیند مرورگر وب برای محاسبه مجدد موقعیت ها و هندسه عناصر در سند، به منظور ارائه مجدد بخشی یا تمام سند است. از آنجایی که reflow یک عملیات مسدود کردن کاربر در مرورگر است، برای توسعه دهندگان مفید است تا نحوه بهبود زمان جریان مجدد و همچنین درک اثرات ویژگی های سند مختلف (عمق DOM، کارایی قانون CSS، انواع مختلف تغییرات سبک) بر روی جریان مجدد را درک کنند. زمان. گاهی اوقات جریان مجدد یک عنصر در سند ممکن است نیاز به جریان مجدد عناصر اصلی آن و همچنین هر عنصری که آن را دنبال می کند داشته باشد.
تنوع زیادی از اقدامات کاربر و تغییرات احتمالی DHTML وجود دارد که می تواند جریان مجدد را آغاز کند. تغییر اندازه پنجره مرورگر، استفاده از روشهای جاوا اسکریپت شامل سبکهای محاسبهشده ، افزودن یا حذف عناصر از DOM، و تغییر کلاسهای یک عنصر چند مورد از مواردی هستند که میتوانند جریان مجدد را آغاز کنند. همچنین شایان ذکر است که برخی از عملیاتها ممکن است بیشتر از آنچه تصور میکردید باعث بازگردانی زمان شوند - نمودار زیر را از سخنرانی استیو سادرز با عنوان « وبسایتهای حتی سریعتر » در نظر بگیرید:
از جدول بالا مشخص است که همه تغییرات در استایل در جاوا اسکریپت باعث ایجاد جریان مجدد در همه مرورگرها نمی شود و زمان لازم برای جریان مجدد متفاوت است. همچنین تا حدودی واضح است که مرورگرهای مدرن در زمانهای جریان مجدد بهتر میشوند.
در Google، سرعت صفحات وب و برنامههای خود را به روشهای مختلف آزمایش میکنیم - و جریان مجدد عامل کلیدی است که هنگام افزودن ویژگیها به رابطهای کاربری خود در نظر میگیریم. ما در تلاش هستیم تا تجربیات کاربر زنده، تعاملی و لذت بخش را ارائه دهیم.
رهنمودها
در اینجا چند دستورالعمل ساده وجود دارد که به شما کمک می کند جریان مجدد را در صفحات وب خود به حداقل برسانید:
عمق DOM غیر ضروری را کاهش دهید. تغییرات در یک سطح در درخت DOM میتواند باعث تغییرات در هر سطح درخت شود - تا ریشه، و تا پایین به فرزندان گره اصلاحشده. این منجر به صرف زمان بیشتری برای انجام جریان مجدد می شود.
قوانین CSS را به حداقل برسانید و قوانین استفاده نشده CSS را حذف کنید.
اگر تغییرات رندر پیچیده ای مانند انیمیشن ها ایجاد می کنید، این کار را خارج از جریان انجام دهید. برای انجام این کار از موقعیت مطلق یا موقعیت ثابت استفاده کنید.
از انتخابگرهای پیچیده CSS غیرضروری - به ویژه انتخابگرهای نسل - که برای انجام تطبیق انتخابگر به قدرت CPU بیشتری نیاز دارند، اجتناب کنید.
در این ویدیو، لیندزی چند روش ساده برای به حداقل رساندن جریان مجدد در صفحات خود را توضیح می دهد:
تاریخ آخرین بهروزرسانی 2025-07-25 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-07-25 بهوقت ساعت هماهنگ جهانی."],[[["\u003cp\u003eReflow, the web browser's process of recalculating element positions for re-rendering, can significantly impact web page performance as a user-blocking operation.\u003c/p\u003e\n"],["\u003cp\u003eVarious actions, like resizing the browser window or manipulating the DOM with JavaScript, can trigger reflow, with some operations being more time-consuming than others.\u003c/p\u003e\n"],["\u003cp\u003eDevelopers can minimize reflow by reducing DOM depth, optimizing CSS rules, using absolute or fixed positioning for complex rendering changes, and avoiding complex CSS selectors.\u003c/p\u003e\n"],["\u003cp\u003eModern browsers are continuously improving reflow times, but understanding and mitigating its impact remains crucial for creating performant web experiences.\u003c/p\u003e\n"]]],["Reflow, a browser process that recalculates element positions and geometries, can be triggered by actions like resizing the window, DOM manipulation, or style changes. To minimize reflow, developers should reduce DOM depth, minimize CSS rules and selectors, and perform complex rendering changes outside the normal flow using absolute or fixed positioning. Certain JavaScript style modifications cause varying degrees of reflow. Google prioritizes reflow considerations when designing web page features for enhanced user experience.\n"],null,["# Minimizing browser reflow\n\nAuthor: Lindsey Simon, UX Developer\n\nRecommended knowledge: Basic HTML, basic JavaScript, working knowledge of CSS\n\nReflow is the name of the web browser process for re-calculating the\npositions and geometries of elements in the document, for the purpose\nof re-rendering part or all of the document. Because reflow is a\nuser-blocking operation in the browser, it is useful for developers to\nunderstand how to improve reflow time and also to understand the\neffects of various document properties (DOM depth, CSS rule efficiency,\ndifferent types of style changes) on reflow time. Sometimes reflowing a\nsingle element in the document may require reflowing its parent\nelements and also any elements which follow it.\n\nThere are a great variety of user actions and possible DHTML changes\nthat can trigger a reflow. Resizing the browser window, using\nJavaScript methods involving [computed styles](http://www.w3.org/TR/1998/REC-CSS2-19980512/cascade.html#computed-value),\nadding or removing elements from the DOM, and changing an element's\nclasses are a few of the things that can trigger reflow. It's also\nworth noting that some operations may cause more reflow time than you\nmight have imagined - consider the following diagram from Steve\nSouders' talk \"[Even Faster Web Sites](/events/io/sessions/EvenFasterWebsites)\":\n\nFrom the table above it's clear that not all changes to the style in\nJavaScript cause a reflow in all browsers, and that the time it takes\nto reflow varies. It is also somewhat clear that modern browsers are\ngetting better at reflow times.\n\nAt Google, we test the speed of our web pages and applications in a\nvariety of ways - and reflow is a key factor we consider when adding\nfeatures to our UIs. We strive to deliver lively, interactive and\ndelightful user experiences.\n\n### Guidelines\n\nHere are some easy guidelines to help you minimize reflow in your web pages:\n\n1. Reduce unnecessary DOM depth. Changes at one level in the DOM tree can cause changes at every level of the tree - all the way up to the root, and all the way down into the children of the modified node. This leads to more time being spent performing reflow.\n2. Minimize CSS rules, and remove unused CSS rules.\n3. If you make complex rendering changes such as animations, do so out of the flow. Use position-absolute or position-fixed to accomplish this.\n4. Avoid unnecessary complex CSS selectors - descendant selectors in particular - which require more CPU power to do selector matching.\n\nIn this video, Lindsey explains some simple ways to minimize reflow on your pages: \n\n\u003cbr /\u003e\n\n### Additional resources\n\n- [Opera's Repaints and reflows](http://dev.opera.com/articles/view/efficient-javascript/?page=3)\n- Satoshi Ueyama's debug-Firefox reflow demos:\n - [google.co.jp reflow](http://www.youtube.com/watch?v=nJtBUHyNBxs)\n - [mozilla.org reflow](http://www.youtube.com/watch?v=ZTnIxIA5KGw)\n - [ja.wikipedia.org reflow](http://www.youtube.com/watch?v=dndeRnzkJDU)\n- [Nicole Sullivan on Reflows and Repaints](http://www.stubbornella.org/content/2009/03/27/reflows-repaints-css-performance-making-your-javascript-slow/)\n\nFeedback\n--------\n\nWas this page helpful? \nYes Great! Thank you for the feedback. If you have a specific, answerable question about using PageSpeed Insights, ask the question in English on [Stack\n| Overflow](https://stackoverflow.com/questions/tagged/pagespeed-insights). For general questions, feedback, and discussion, start a thread in the [mailing list](https://groups.google.com/forum/#!forum/pagespeed-insights-discuss).\nNo Sorry to hear that. If you have a specific, answerable question about using PageSpeed Insights, ask the question in English on [Stack\n| Overflow](https://stackoverflow.com/questions/tagged/pagespeed-insights). For general questions, feedback, and discussion, start a thread in the [mailing list](https://groups.google.com/forum/#!forum/pagespeed-insights-discuss)."]]