Vishal Srivastava’s Post

I once walked out of a #React interview thinking: “I know React… why did this feel so hard?” The questions weren’t tricky. They were fundamental. ❌ “Explain Virtual DOM” ❌ “Props vs State” ❌ “Why keys matter?” ❌ “useEffect dependencies?” That’s when I realized something important 👇 Most React interviews don’t test how much you’ve built — They test how clearly you understand what you already use every day. Curated with: ✅ Basic → Intermediate → Advanced questions ✅ Clear, interview-friendly explanations ✅ Real concepts interviewers care about Perfect if you’re: 🎯 Preparing for frontend/full-stack interviews 🎯 Switching companies 🎯 Revising React after long project work Because in interviews, confidence comes from clarity, not cramming. 📎 ReactJS Interview Questions PDF attached 👉 Follow Ankit Sharma Sharma for interview prep, system design, and practical engineering insights. #ReactJS #FrontendInterviews #JavaScript #WebDevelopment #SDE #InterviewPreparation

⚛️ Top 150 React Interview Questions – 22/150 📌 Topic: How to Update State in React? This is a core React skill — and a common source of bugs if done incorrectly. 🔑 What is the correct method? In Functional Components, React gives you an updater function from the useState hook. You must never modify state directly. ❌ Incorrect: count = count + 1; (React won’t know the value changed, so the UI won’t update) ✅ Correct: setCount(count + 1); (This tells React to re-render the component) ⚡ Why use the updater function? React performs batching — it may group multiple state updates together for performance. Using the setter function ensures React’s reconciliation process runs correctly and the UI stays in sync. 🛠️ How to update different types of state? A. Simple values (numbers / strings): setCount(5); setName("Amit"); B. Based on previous state (Best Practice): If the new state depends on the old state, always use a callback: setCount(prevCount => prevCount + 1); This avoids bugs caused by React’s asynchronous updates. C. Objects & Arrays (Immutability): // Object setUser({ ...user, age: 25 }); // Array setItems([...items, newItem]); 🚫 Where people go wrong Updating state inside render: Calling setState directly in the component body causes an infinite render loop. Expecting immediate updates: Logging state right after setState still shows the old value because updates are scheduled, not instant. 📝 Final takeaway: Updating state is like publishing a new edition of a book 📘 You don’t edit the old copy (mutation). You publish a new version and give it to the reader (React). 👇 Comment “React” if this series is helping you 🔁 Share with someone preparing for React interviews #ReactJS #FrontendDevelopment #ReactInterview #JavaScript #WebDevelopment #LearningInPublic #Top150ReactQuestions

⚛️ Top 150 React Interview Questions – 29/150 📌 Topic: useMemo vs useCallback 🔹 WHAT is the difference? The core difference is what they memoize (store): useMemo → stores the result of a function (value, object, array) useCallback → stores the function itself In short: useMemo → “Save the output” useCallback → “Save the function” 🔹 WHY do we need both? Both are used for performance optimization, but they solve different problems: Use useMemo when you want to avoid repeating an expensive calculation (e.g. sorting a large list, heavy filtering, complex math) Use useCallback when you want to avoid re-creating a function on every render, which helps prevent unnecessary re-renders of child components. 🔹 HOW do they look in code? useMemo → returns a VALUE const squaredValue = useMemo(() => { return number * number; }, [number]); useCallback → returns a FUNCTION const handleClick = useCallback(() => { console.log("Button Clicked!"); }, [dependency]); 🔹 WHERE to use which? useMemo Avoid expensive calculations Filtering, sorting, complex math When you need a stable value / object useCallback Passing functions to child components Especially with React.memo When you need a stable function reference 📝 Summary for your notes: If you need to store a Number, String, Object, or Array that takes time to compute → useMemo If you need to pass a Function to a child component and keep it stable → useCallback Think like this: useMemo → saves the answer useCallback → saves the recipe 👇 Comment “React” if this series is helping you 🔁 Share with someone preparing for React interviews #ReactJS #FrontendDevelopment #ReactInterview #JavaScript #WebDevelopment #LearningInPublic #Top150ReactQuestions

⚛️ Top 150 React Interview Questions – 77/150 📌 Topic: Sharing Logic with Hooks ━━━━━━━━━━━━━━━━━━━━━━ 🔹 WHAT is it? Sharing logic means taking common behavior (like data fetching, scroll tracking, or online status) and moving it into a Custom Hook. This allows multiple components to reuse the same logic without rewriting code. ━━━━━━━━━━━━━━━━━━━━━━ 🔹 WHY share logic using Hooks? ♻️ No Code Duplication Write the logic once and reuse it everywhere 🧠 Separation of Concerns Components focus on UI Hooks handle the “brain work” (logic) ━━━━━━━━━━━━━━━━━━━━━━ 🔹 HOW do you share logic? Create a function that starts with use and move your state and effects into it. Example: function useOnlineStatus() { const [isOnline, setIsOnline] = useState(true); // effect logic to track online/offline return isOnline; } Usage in any component: const status = useOnlineStatus(); ━━━━━━━━━━━━━━━━━━━━━━ 🔹 WHERE / Best Practices ✔ Return Logic, Not UI Custom Hooks should return data or functions, never JSX ✔ Keep Hooks Generic Design hooks for reusable tasks (example: useFetch, useForm, useLocalStorage) ━━━━━━━━━━━━━━━━━━━━━━ 📝 SUMMARY (Easy to Remember) Sharing logic with Hooks is like a plug-and-play battery 🔋 You build the power source once, and any device (component) can plug it in to start working. ━━━━━━━━━━━━━━━━━━━━━━ 👇 Comment “React” if this handbook is helping you 🔁 Share with someone preparing for React interviews #ReactJS #ReactInterview #ReactHooks #CustomHooks #JavaScript #Top150ReactQuestions #LearningInPublic #Developers ━━━━━━━━━━━━━━━━━━━━━━

🚨 What I prepared for the interview vs What the interviewer actually asked Before the interview, I was revising all the “important” stuff. React lifecycle, advanced hooks, project architecture, performance tricks, even some DSA questions. I thought the interviewer would definitely go deep into complex topics. But when the interview started… the direction was completely different. The interviewer didn’t touch anything fancy. He calmly started with: 🔹 JavaScript • What is hoisting? • What is closure? • Difference between map and reduce • Difference between slice and splice • What is filter? 🔹 React • What is Virtual DOM? • What is dependency array in useEffect? • Why do we use keys in React lists? 🔹 Backend / Node.js • What is CORS? • What is JWT? • What is middleware? • What is the purpose of next()? No tricky questions. No puzzles. No “write code on the spot”. Just pure fundamentals. And honestly, that surprised me. Because I realized something important in that moment: 👉 We often over-prepare advanced topics 👉 And under-prepare the basics we use every day The interviewer wasn’t checking how many tools I know. He was checking how clearly I understand what I already use. That interview felt like a mirror. It showed me that interviews are less about “how much” you know and more about how well you know it. ✨ My biggest learning from this experience: Strong fundamentals in JavaScript, React, and Node.js can carry you through most interviews. Now my preparation style has changed: More focus on basics. More focus on explaining concepts clearly. Less focus on memorizing advanced things. If you’re preparing for interviews, don’t make the same mistake I did. 📌 Revise the basics before anything else. #JavaScript #ReactJS #NodeJS #InterviewExperience #InterviewPreparation #FrontendDeveloper #WebDevelopment #LearningInPublic #MERNStack

⚛️ Top 150 React Interview Questions – 37/150 📌 Topic: Importance of ‘Keys’ in Lists 🔹 WHAT is it? A Key is a special string attribute that you must include when rendering lists in React. Keys help React identify which items in an array have changed, been added, or been removed, giving each element a stable identity. 🔹 WHY is it designed this way? React uses a process called Reconciliation (Diffing) to update the UI efficiently. Performance: Instead of re-rendering every item, React uses keys to match existing elements and only move the DOM nodes that actually changed. State Preservation: Keys ensure that internal state (like text inside an input field) stays with the correct item even when the list is sorted or shuffled. Accuracy: They prevent “ghosting” bugs where data from a deleted row appears in a different row. 🔹 HOW do you do it? (The Implementation) Keys must be added to the outermost element inside the .map(). Correct Way (Using Unique IDs): function UserList({ users }) { return ( <ul> {users.map((user) => ( <li key={user.id}>{user.name}</li> ))} </ul> ); } 🔹 WHERE are the best practices? When to Use: Always use keys whenever you render a list from an array. Use Stable IDs: Prefer unique IDs from your data (like database IDs) instead of array indexes, especially if the list can be reordered. Avoid Random Keys: Never use Math.random() as a key. It forces components to remount on every render, causing performance issues and state loss. 📝 Summary for your notes: Keys are like Roll Numbers in a classroom 🎓 Even if students change seats, the teacher (React) can still identify everyone correctly using their roll number. 👇 Comment “React” if this series is helping you 🔁 Share with someone preparing for React interviews #ReactJS #FrontendDevelopment #ReactInterview #JavaScript #WebDevelopment #LearningInPublic #Top150ReactQuestions

⚛️ Top 150 React Interview Questions – 50/150 📌 Topic: Handling Multiple Inputs 🔹 WHAT is it? Handling multiple inputs is a technique where you use one state object and one change handler to manage many form fields at once, instead of creating separate state variables for each input. This approach keeps all form data in a single place. 🔹 WHY use it? When a form has many fields (Name, Email, Phone, etc.), multiple useState hooks quickly become messy. ✅ Cleaner Code Write the logic once — it works for any number of inputs. ✅ Easy API Submission All form data is already inside one object, ready to send. ✅ Scalable Adding a new input only requires adding one key to the state object. 🔹 HOW do you implement it? Each input gets a name attribute that matches the key in state. We update the state dynamically using computed property names. const [form, setForm] = useState({ firstName: "", email: "" }); const handleChange = (e) => { const { name, value } = e.target; setForm({ ...form, [name]: value }); }; // JSX <input name="firstName" onChange={handleChange} /> <input name="email" onChange={handleChange} /> 👉 Only the field you type in gets updated. 🔹 WHERE / Best Practices ✔ Always use the spread operator (...form) → Forgetting it will overwrite other fields ✔ Ensure name attributes exactly match state keys ✔ Best suited for forms with more than 2 inputs 📝 Summary (Easy to Remember) Handling multiple inputs is like using a multi-tool 🛠️ Instead of carrying a different tool for every task (multiple states), you use one smart tool with dynamic parts (object keys). 👇 Comment “React” if this series is helping you 🔁 Share with someone preparing for React interviews #ReactJS #ReactInterview #FrontendDevelopment #JavaScript #WebDevelopment #LearningInPublic #Top150ReactQuestions #FrontendEngineer

The React Interview Trap: Element vs. Component 🪤⚛️ It sounds like a basic question: "𝑊ℎ𝑎𝑡 𝑖𝑠 𝑡ℎ𝑒 𝑑𝑖𝑓𝑓𝑒𝑟𝑒𝑛𝑐𝑒 𝑏𝑒𝑡𝑤𝑒𝑒𝑛 𝑎𝑛 𝐸𝑙𝑒𝑚𝑒𝑛𝑡 𝑎𝑛𝑑 𝑎 𝐶𝑜𝑚𝑝𝑜𝑛𝑒𝑛𝑡?" Yet, many senior developers stumble on the precise answer. Here is the technical breakdown to nail this in your next interview: 1️⃣𝐑𝐞𝐚𝐜𝐭 𝐄𝐥𝐞𝐦𝐞𝐧𝐭 (𝐓𝐡𝐞 "𝐖𝐡𝐚𝐭") 📄 • Think of it as a 𝐃𝐞𝐬𝐜𝐫𝐢𝐩𝐭𝐢𝐨𝐧 or a Blueprint. • It is a plain JavaScript object that describes a DOM node. • 𝐂𝐫𝐮𝐜𝐢𝐚𝐥 𝐏𝐫𝐨𝐩𝐞𝐫𝐭𝐲: It is 𝐈𝐦𝐦𝐮𝐭𝐚𝐛𝐥𝐞. Once created, you cannot change its children or attributes. • `const element = <h1>Hello</h1>;` (This is just an object!) 2️⃣𝐑𝐞𝐚𝐜𝐭 𝐂𝐨𝐦𝐩𝐨𝐧𝐞𝐧𝐭 (𝐓𝐡𝐞 "𝐇𝐨𝐰") ⚙️ • Think of it as a 𝐅𝐚𝐜𝐭𝐨𝐫𝐲 or a Function. • It is a function (or class) that accepts inputs (props) and 𝐫𝐞𝐭𝐮𝐫𝐧𝐬 an Element. • It encapsulates logic, state, and reusability. • `function Welcome() { return <h1>Hello</h1>; }` 💡 𝐓𝐡𝐞 𝐑𝐞𝐥𝐚𝐭𝐢𝐨𝐧𝐬𝐡𝐢𝐩: React 𝐂𝐨𝐦𝐩𝐨𝐧𝐞𝐧𝐭𝐬 are the factories that produce React 𝐄𝐥𝐞𝐦𝐞𝐧𝐭𝐬. React then takes these Elements and updates the real DOM to match them. 𝐀𝐧𝐚𝐥𝐨𝐠𝐲: • 𝐄𝐥𝐞𝐦𝐞𝐧𝐭: The order ticket in a restaurant ("1x Burger"). 📝 • 𝐂𝐨𝐦𝐩𝐨𝐧𝐞𝐧𝐭: The Chef who reads the ticket and makes the burger. 👨🍳 Check out the visual comparison below! 👇 Did you know Elements were immutable objects, or do you mostly think in terms of Components? #ReactJS #FrontendDevelopment #CodingInterviews #JavaScript #WebDev #SoftwareEngineering

🚀 React.js Interview Cheatsheet Preparing for React.js interviews or revising key concepts quickly? This cheat sheet covers the most frequently asked React topics in interviews 👇 ⚛️ Core React Basics 🔹 JSX – JavaScript syntax extension 🔹 Components – Functional & Class 🔹 Props – Immutable data passed to components 🔹 State – Mutable, component-level data 🔹 Virtual DOM – Efficient UI updates 🪝 Important React Hooks 🔹 useState() – Manage component state 🔹 useEffect() – Lifecycle & side effects 🔹 useContext() – Avoid prop drilling 🔹 useRef() – DOM access & persistent values 🔹 useMemo() / useCallback() Performance optimization 🔄 Lifecycle in Functional Components 🔹 Mount → useEffect(() => {}, []) 🔹 Update → useEffect(() => {}, [deps]) 🔹 Unmount → Cleanup function 🧭 Routing & State Management 🔹 React Router – Navigation & routing 🔹 Context API – Global state 🔹 Redux / Redux Toolkit – Large-scale apps 🧠 Performance & Best Practices 🔹 Use React.memo() to prevent re-renders 🔹 Lazy loading with React.lazy() & Suspense 🔹 Use keys properly in lists 🔹 Keep components small & reusable ❓ Popular Interview Questions ✔ State vs Props ✔ Controlled vs Uncontrolled Components ✔ Why Hooks were introduced ✔ Virtual DOM vs Real DOM ✔ CSR vs SSR #ReactJS #FrontendDeveloper #ReactInterview #JavaScript #WebDevelopment #CodingInterview #InterviewPreparation #ReactHooks #Frontend #DeveloperCommunity

🚨 Most developers learn React… but fail React interviews. Why? Because they memorize syntax — not concepts. I just went through a React interview prep guide and honestly… it covers the exact topics interviewers actually test (not random YouTube tricks). � 1771241952340.pdf None If you're preparing for Frontend / MERN / React roles, this is gold. What you’ll master from this: • Virtual DOM & how React optimizes performance • State vs Props (the most asked question) • Hooks — useEffect, useMemo, useReducer, useCallback • Controlled components & form handling • React Router & navigation concepts • Context API, Redux & prop drilling solutions • Performance optimization & lifecycle methods • Error boundaries, memo & lazy loading Basically → Everything from beginner to advanced interview level in one place. 💡 Real talk: If you understand these topics — you can confidently face 80% of React interviews. Don’t just watch tutorials. Start preparing like an engineer. Follow Abhigyan for daily tech content & interview preparation