Pass by Value vs Pass by Reference in Java Explained

⏳ Day 16 – 1 Minute Java Clarity – final Keyword in Java What if something should NEVER change? Use final! 🔒 📌 What is final? The final keyword restricts modification. 👉 It can be applied to variables, methods and classes. 📌 1️⃣ Final Variable: final int SPEED_LIMIT = 120; SPEED_LIMIT = 150; // ❌ Compilation Error! 👉 Once assigned, value can NEVER be changed. ✔ By convention, final variables are written in UPPER_CASE. 📌 2️⃣ Final Method: class Vehicle { final void start() { System.out.println("Engine started!"); } } 👉 Child class CANNOT override this method. ✔ Used when core behavior must stay consistent. 📌 3️⃣ Final Class: final class PaymentGateway { // Cannot be extended } 👉 No class can inherit from a final class. ✔ Example from Java itself → String class is final! 💡 Real-time Example: Think of a traffic system 🚦 Speed limit on a highway = 120 km/h No one can change that rule → that's your final variable! PI value in Math = 3.14159… It never changes → Math.PI is declared final in Java ✅ ⚠️ Interview Trap: final vs finally vs finalize — all different! 👉 final → restricts change 👉 finally → block in exception handling 👉 finalize → called by GC before object is destroyed 💡 Quick Summary ✔ final variable → value can't change ✔ final method → can't be overridden ✔ final class → can't be inherited ✔ String is a final class in Java! 🔹 Next Topic → Access Modifiers in Java Did you know String is a final class? Drop 💡 if this was new! hashtag #Java #JavaProgramming #FinalKeyword #CoreJava #JavaDeveloper #BackendDeveloper #Coding #Programming #SoftwareEngineering #LearningInPublic #100DaysOfCode #ProgrammingTips #1MinuteJavaClarity

I remember staring at Java code wondering... Why is this variable private? Why can't I extend this class? Why does this method work without an object? Modifiers confused me for a long time. So I built the guide I wish I had back then. A complete, colorful visual guide to Java Modifiers — covering everything in one document: ACCESS MODIFIERS 🔴 private — your own class only 🟢 default — same package family 🟠 protected — package + inherited subclasses 🔵 public — accessible from everywhere NON-ACCESS MODIFIERS 🟣 static — belongs to the class, not the object 🟡 final — cannot be changed, overridden, or extended 🔵 abstract — must be completed by subclass 🔴 synchronized — one thread at a time 🌿 volatile & transient — memory + serialization control Each modifier comes with: → Clear rules (no fluff) → Real-world analogies that actually make sense → VSCode-style dark code examples → Color-coded visibility tables Whether you're a beginner trying to understand encapsulation or prepping for a Java interview — this one is for you. PDF attached — free to download and share! Save this post for your next Java revision session. #Java #JavaProgramming #OOP #AccessModifiers #LearnJava #Programming #Developer #CodeNewbie #SoftwareEngineering #TechLearning

💡 What I Learned About Java Interfaces (OOP Concept) I explored Interfaces in Java, and realized that they are not just about rules — they play a key role in achieving abstraction, flexibility, and clean design in applications. 🔹 Interfaces & Inheritance Interfaces are closely related to inheritance, where classes implement interfaces to follow a common structure. 🔹 Abstraction Interfaces enable abstraction. Before Java 8, they supported 100% abstraction, but now they can also include additional method types. 🔹 Polymorphism & Loose Coupling Interface references can point to different objects → making code more flexible, scalable, and maintainable. 🔹 Multiple Inheritance Java supports multiple inheritance through interfaces, allowing a class to implement multiple interfaces. 🔹 Functional Interface A functional interface contains only one abstract method. It can be implemented using: 1️⃣ Regular class 2️⃣ Inner class 3️⃣ Anonymous class 4️⃣ Lambda expression 🔹 Java 8 Enhancements Interfaces became more powerful with: ✔️ default methods (with implementation) ✔️ static methods ✔️ private methods ✔️ private static methods 🔹 Variables in Interface All variables are implicitly public static final (constants). 🔹 No Object Creation Interfaces cannot be instantiated, but reference variables can be created. 🚀 Conclusion: Interfaces are a core part of Java OOP that help build scalable, maintainable, and loosely coupled systems. #Java #OOPS #Interfaces #Programming #Learning #Java8 #Coding

Today, I have come across to explore Java, one concept that really caught my attention is the Stream API. While learning, I noticed how traditional loops can sometimes make code lengthy and harder to read—especially when performing operations like filtering, mapping, or aggregation. The Stream API, introduced in Java 8, provides a more declarative and clean way to work with collections of data. What I understood about Stream API: A Stream represents a sequence of elements that can be processed using functional-style operations. It allows us to express what we want to do rather than how to do it. Why I find it useful: It makes code more readable and concise, improves maintainability, and encourages a functional programming approach. Streams also help in writing expressive logic with less boilerplate code. Key concepts I explored: Creating Streams: collection.stream() collection.parallelStream() Stream.of(...) Intermediate operations: (lazy execution) filter() map() flatMap() distinct() sorted() Terminal operations: (trigger execution) forEach() collect() reduce() count() findFirst() Example I tried: List<String> names = List.of("Java", "Python", "JavaScript"); List<String> result = names.stream() .filter(name -> name.startsWith("J")) .map My takeaway: The Stream API is not just about shorter code—it’s about clearer intent. It helps write cleaner, more expressive logic while reducing unnecessary complexity. I’m still exploring its advanced features, but it already feels like a powerful tool for modern Java development. #Java #StreamAPI #Java8

🚫 Why Java Disallows Multiple Inheritance – The Diamond Problem Explained! Ever wondered why Java doesn’t support multiple inheritance with classes? 🤔 The answer lies in something called the Diamond Problem. 🔷 Imagine this: A class (Child) inherits from two parent classes (Parent A & Parent B), and both of them inherit from a common class (Object). Now, what happens if both parents have the same method? 👉 The child class gets duplicate methods 👉 The compiler gets confused 👉 And you get a compilation error ❌ 💥 This leads to ambiguity: Which method should the child use? Parent A’s or Parent B’s? 🔍 Key Insights: ✔ Every Java class already extends the Object class ✔ Multiple inheritance can lead to duplicate method injection ✔ Identical method signatures create conflicts the compiler can’t resolve ✔ Java follows a “zero tolerance for ambiguity” approach 💡 How Java Solves This? Instead of multiple inheritance with classes, Java uses: 👉 Interfaces (with default methods) 👉 Clear method overriding rules This ensures: ✅ Better code clarity ✅ No ambiguity ✅ Easier maintainability 🔥 Takeaway: Java prioritizes simplicity and reliability over complexity — and avoiding the Diamond Problem is a perfect example of that design philosophy. #TAPAcademy #Java #OOP #Programming #SoftwareDevelopment #Coding #JavaDeveloper #TechConcepts #LearningJourney

I lost 2 hours debugging this… and it was just ONE mistake in Java. My condition kept failing. Even though values looked identical. Code looked like this: String a = new String("hello"); String b = new String("hello"); if (a == b) { System.out.println("Equal"); } I expected: Equal Reality: Nothing. 💡 What went wrong? In Java: == → compares references (memory) equals() → compares values So: a == b ❌ (different objects) a.equals(b) ✅ (same content) The fix: if (a.equals(b)) { System.out.println("Equal"); } 💡 Deeper insight: Java doesn’t care what your variables “look like”. It cares where they live in memory. And this bug gets worse with: • Strings from APIs • Objects from DB • Custom classes without equals() ✅ Practical takeaway: Always ask: 👉 “Am I comparing value or reference?” And for custom objects: Override equals() and hashCode() That bug changed how I write comparisons in Java.

🔥 Day 16: Method References (:: operator) in Java A powerful feature introduced in Java 8 that makes your code cleaner and more readable 👇 🔹 What is Method Reference? 👉 Definition: A shorter way to refer to a method using :: instead of writing a lambda expression. 🔹 Why Use It? ✔ Reduces boilerplate code ✔ Improves readability ✔ Works perfectly with Streams & Functional Interfaces 🔹 Lambda vs Method Reference 👉 Using Lambda: list.forEach(x -> System.out.println(x)); 👉 Using Method Reference: list.forEach(System.out::println); ✨ Cleaner & simpler! 🔹 Types of Method References 1️⃣ Static Method Reference ClassName::staticMethod 2️⃣ Instance Method (of object) object::instanceMethod 3️⃣ Instance Method (of class) ClassName::instanceMethod 4️⃣ Constructor Reference ClassName::new 🔹 Examples ✔ Static: Math::max ✔ Instance: System.out::println ✔ Constructor: ArrayList::new 🔹 When to Use? ✔ When lambda just calls an existing method ✔ To make code shorter and cleaner ✔ With Streams and Functional Interfaces 💡 Pro Tip: If your lambda looks like 👉 (x) -> method(x) You can replace it with 👉 Class::method 📌 Final Thought: "Method Reference = Cleaner Lambda" #Java #MethodReference #Java8 #Streams #Programming #JavaDeveloper #Coding #InterviewPrep #Day16

Day 11/100 – Java Practice Challenge 🚀 Continuing my #100DaysOfCode journey with another important Java concept. 🔹 Topic Covered: Compile-time vs Runtime Polymorphism 💻 Practice Code: 🔸 Compile-time Polymorphism (Method Overloading) class Calculator { int add(int a, int b) { return a + b; } int add(int a, int b, int c) { return a + b + c; } } 🔸 Runtime Polymorphism (Method Overriding) class Animal { void sound() { System.out.println("Animal sound"); } } class Cat extends Animal { @Override void sound() { System.out.println("Cat meows"); } } public class Main { public static void main(String[] args) { // Compile-time Calculator c = new Calculator(); System.out.println(c.add(10, 20)); System.out.println(c.add(10, 20, 30)); // Runtime Animal a = new Cat(); a.sound(); } } 📌 Key Learnings: ✔️ Compile-time → method decided at compile time ✔️ Runtime → method decided at runtime ✔️ Overloading vs Overriding difference 🎯 Focus: Understanding how Java resolves method calls 🔥 Interview Insight: Difference between compile-time and runtime polymorphism is one of the most frequently asked Java interview questions. #Java #100DaysOfCode #MethodOverloading #MethodOverriding #Polymorphism #JavaDeveloper #Programming #LearningInPublic

Java 17 Feature: Record Classes What is a Record Class? A record class is mainly used to create DTOs (Data Transfer Objects) in a simple and clean way. Why DTOs? DTOs are used to transfer data: • Between services • From backend to frontend Key Features of Record Classes: Immutable by default (data cannot be changed after creation) Less code (no need to write getters, constructors, etc.) When you create a record, Java automatically provides: Private final fields All-arguments constructor Getter methods (accessor methods) toString(), equals(), hashCode() Example: public record Customer(int customerId, String customerName, long phone) {} Usage: Customer customer = new Customer(1011, "John", 9890080012L); System.out.println(customer.customerId()); Important Points: Record class is implicitly final Cannot extend other classes Internally extends java.lang.Record Can implement interfaces (normal or sealed) Can have static methods and instance methods Cannot have extra instance variables With Sealed Interface: public sealed interface UserActivity permits CreateUser, DeleteUser { boolean confirm(); } public record CreateUser() implements UserActivity { public boolean confirm() { return true; } } Before Java 17: We used Lombok to reduce boilerplate code. After Java 17: Record classes make code: Cleaner Shorter Easier to maintain #Java #Java17 #BackendDevelopment #FullStackDeveloper #Programming #SoftwareEngineering

I used == for Strings when I first started learning Java… and got the wrong result 😅 That small mistake led me to understand one of the most important Java concepts: Heap Memory + String Constant Pool (SCP) Example 1 👇 String str1 = "Zayyni"; String str2 = "zayyni"; System.out.println(str1 == str2); // false System.out.println(str1.equals(str2)); // false System.out.println(str1.equalsIgnoreCase(str2)); // true Here: == → compares memory reference (same object or not) .equals() → compares actual content .equalsIgnoreCase() → compares content while ignoring case sensitivity Now the interesting part 👇 String str1 = new String("Zayyni"); String str2 = new String("Zayyni"; System.out.println(str1 == str2); // false System.out.println(str1.equals(str2)); // true Why? Because new String() creates a new object in Heap Memory every single time. Even if the value is the same, Java creates separate objects. But when we write: String str1 = "Zayyni"; String str2 = "Zayyni"; Java uses the String Constant Pool (SCP) where duplicate string literals are not created again. This saves memory and improves performance. That’s also one of the major reasons why String is immutable in Java — it makes pooling safe, efficient, and reliable. Sometimes the smallest Java concepts teach the biggest lessons. This topic is simple… but it appears in interviews more than people expect 👀 What Java concept confused you the most when you started? 👇 #Java #JavaDeveloper #SpringBoot #BackendDevelopment #Programming #SoftwareEngineering #Coding #Developers #JavaProgramming #JVM #StringPool #HeapMemory #InterviewPreparation #DeveloperLife #TechLearning #CleanCode #CodingJourney #LinkedInLearning #SoftwareDeveloper