Closures in JavaScript: Understanding Lexical Scope and Memory Leaks

🚀 Day 3/100 — Closures in JavaScript (Used Everywhere in Production) Continuing my 100 Days of JavaScript & TypeScript challenge. Today I explored one of the most powerful (and often misunderstood) concepts in JavaScript: 👉 Closures ⸻ 📌 What is a Closure? A closure is created when a function remembers variables from its outer scope, even after that outer function has finished executing. In simple terms: A function + its lexical environment = Closure ⸻ 📌 Example function createCounter() { let count = 0; return function () { count++; return count; }; } const counter = createCounter(); console.log(counter()); // 1 console.log(counter()); // 2 Even though createCounter() has finished execution, the inner function still has access to count. That’s a closure in action. ⸻ 🧠 Why This Works Because JavaScript functions capture their surrounding scope at the time they are created. This is called the lexical scope. ⸻ 💡 Real-World Use Cases Closures are everywhere in production systems: • Data privacy (encapsulation without classes) • Creating reusable functions • Maintaining state in async operations • Event handlers • Memoization & caching ⸻ 💡 Engineering Insight Closures are the foundation behind: • React hooks • Middleware patterns • Function factories • Many JavaScript libraries But they can also cause issues: ⚠ Memory leaks if references are not handled properly ⚠ Unexpected values in loops (classic bug) Example issue: for (var i = 0; i < 3; i++) { setTimeout(() => console.log(i), 100); } Output: 3 3 3 Fix using let (block scope): for (let i = 0; i < 3; i++) { setTimeout(() => console.log(i), 100); } Output: 0 1 2 ⸻ ⏭ Tomorrow: Hoisting in JavaScript (var, let, const — what really happens?) #100DaysOfCode #JavaScript #TypeScript #WebDevelopment #SoftwareEngineering #Closures

To view or add a comment, sign in

Explore content categories