Infinite scrolling loads more data as the user scrolls near the end of a list. This keeps the UI smooth by loading small chunks instead of all data at once. It helps maintain a steady frame rate around 60fps by avoiding heavy work on the main thread. However, if too many items accumulate in memory, it can increase memory use and slow down scrolling. Battery use may rise if network requests happen too often or if rendering is complex.
Infinite scrolling (onEndReached) in React Native - Build, Publish & Deploy
To keep scrolling smooth at 60fps, load data in small batches and avoid loading too early or too late. Use React Native's FlatList with onEndReachedThreshold set properly to trigger loading just before the user reaches the end. Use keyExtractor for stable keys and getItemLayout if item sizes are fixed to optimize rendering. Avoid heavy computations in render methods. Cache data and debounce network calls to reduce load. Remove off-screen items with windowSize and maxToRenderPerBatch props.
Infinite scrolling itself adds minimal code size since it uses built-in components like FlatList. However, including large libraries for data fetching or caching can increase bundle size. Loading data on demand reduces initial startup time because the app does not fetch or render all data at launch. This improves perceived startup speed and user experience.
Both iOS and Android support infinite scrolling in React Native using FlatList. On iOS, smooth scrolling is often easier due to UIKit optimizations. Android devices vary more in performance, so tuning FlatList props is important. Android may require more aggressive item recycling and batch rendering settings. Network request handling and caching behave similarly but watch for platform-specific memory limits. Testing on both platforms ensures consistent experience.
Infinite scrolling must not cause excessive data usage or battery drain. Follow Apple's Human Interface Guidelines to provide user control and feedback during loading. On Google Play, ensure your app handles network errors gracefully and does not crash when loading more data. Both stores require accessibility support; make sure list items are accessible via screen readers and keyboard navigation. Avoid misleading users with endless loading without clear progress or end.
Your app takes 5 seconds to load this screen with infinite scrolling. What's likely wrong?
- Loading too much data upfront instead of in small batches.
- Not using
onEndReachedThresholdproperly, causing delayed data fetch. - Heavy rendering or complex components slowing UI thread.
- Network requests blocking UI or not cached efficiently.
Practice
What is the main purpose of the onEndReached prop in a React Native FlatList?
Solution
Step 1: Understand
This prop triggers a function when the user scrolls near the end of the list.onEndReachedroleStep 2: Compare with other options
Refreshing is handled byonRefresh, initial items byinitialNumToRender, and styling is unrelated.Final Answer:
To detect when the user scrolls near the end of the list to load more items -> Option AQuick Check:
onEndReachedtriggers loading more [OK]
- Confusing onEndReached with pull-to-refresh
- Thinking it controls initial render count
- Assuming it styles the list footer
Which of the following is the correct way to use onEndReached in a FlatList?
<FlatList
data={data}
renderItem={renderItem}
onEndReached={_____}
/>Solution
Step 1: Understand event handler syntax
onEndReachedexpects a function, so we pass a function reference or an arrow function.Step 2: Analyze options
onEndReached() ("onEndReached()") calls an undefined function immediately. loadMoreItems() ("loadMoreItems()") executes immediately on render. () => loadMoreItems ("() => loadMoreItems") returns the function but does not call it when triggered. loadMoreItems ("loadMoreItems") passes the correct function reference.Final Answer:
loadMoreItems -> Option DQuick Check:
Pass a function reference, not call it immediately [OK]
- Calling the function immediately instead of passing it
- Passing undefined or wrong function name
- Confusing function reference with function call
Given this code snippet, what will happen when the user scrolls near the end of the list?
const [items, setItems] = React.useState([1, 2, 3]);
const loadMore = () => {
setItems(prev => [...prev, prev.length + 1]);
};
return (
<FlatList
data={items}
renderItem={({item}) => <Text>Item {item}</Text>}
keyExtractor={item => item.toString()}
onEndReached={loadMore}
/>
);Solution
Step 1: Understand loadMore function
It adds a new item with value one greater than current length to the items array.Step 2: Analyze onEndReached effect
When user scrolls near the end,loadMoreis called, so items grow by one each time.Final Answer:
The list will add one new item each time the end is reached -> Option AQuick Check:
onEndReached triggers loadMore which appends items [OK]
- Thinking the list resets instead of appending
- Assuming loadMore is not called automatically
- Expecting a crash without seeing infinite state updates
What is the main problem with this infinite scrolling implementation?
const [items, setItems] = React.useState([1, 2, 3]);
const loadMore = () => {
setItems(prev => [...prev, prev.length + 1]);
};
return (
<FlatList
data={items}
renderItem={({item}) => <Text>Item {item}</Text>}
keyExtractor={item => item.toString()}
onEndReached={loadMore}
onEndReachedThreshold={0.1}
/>
);Assume the list is short and the user scrolls to the bottom.
Solution
Step 1: Understand onEndReached behavior
When the list is short, scrolling near the end triggersloadMorerepeatedly because the end is always near.Step 2: Identify consequence
This causes many state updates rapidly, which can cause performance problems or infinite loops.Final Answer:
loadMore will be called repeatedly causing many state updates and possible performance issues -> Option CQuick Check:
Repeated onEndReached calls cause performance issues [OK]
- Ignoring repeated calls without loading state
- Blaming keyExtractor or renderItem incorrectly
- Thinking threshold prevents repeated calls
You want to implement infinite scrolling with a loading spinner at the bottom. Which approach correctly prevents multiple loadMore calls while loading?
const [items, setItems] = React.useState([]);
const [loading, setLoading] = React.useState(false);
const loadMore = async () => {
if (loading) return;
setLoading(true);
const newItems = await fetchMoreItems();
setItems(prev => [...prev, ...newItems]);
setLoading(false);
};
return (
<FlatList
data={items}
renderItem={({item}) => <Text>{item}</Text>}
keyExtractor={item => item.id}
onEndReached={loadMore}
ListFooterComponent={loading ? <ActivityIndicator /> : null}
/>
);What is the key reason this works well?
Solution
Step 1: Identify loading state role
Theloadingstate preventsloadMorefrom running if a load is already in progress.Step 2: Understand async loading and UI feedback
While loading, the spinner shows in the footer, and new calls are blocked until loading finishes.Final Answer:
It uses a loading state to block new calls until the current load finishes -> Option BQuick Check:
Loading state blocks repeated calls during fetch [OK]
- Not blocking repeated calls causing multiple fetches
- Calling fetchMoreItems synchronously (wrong)
- Misusing ListFooterComponent to block scrolling
Ready to prove it?
Pass the test and this pattern moves unknown
