How Java Code Runs: A Step-by-Step Guide

☕ The Power of main() in Java — and What Happens When You Overload or Override It If you’ve ever written a Java program, you’ve seen this familiar line: public static void main(String[] args) But what makes it so important — and can we overload or override it? Let’s explore 👇 🚀 Why the main() Method Matters The main() method is the entry point of every standalone Java application. When you run a class, the Java Virtual Machine (JVM) looks for the exact signature: public static void main(String[] args) This is where execution begins. Without it, your program won’t start unless another class or framework calls it. Breaking it down: public → JVM must be able to access it from anywhere. static → No object creation needed to run it. void → Doesn’t return a value. String[] args → Accepts command-line arguments. 🔁 Overloading the main() Method Yes, you can overload the main() method — just like any other method in Java. 👉 What happens? Only the standard main(String[] args) method is called by the JVM. Any overloaded versions must be called manually from within that method. So, overloading works — but it doesn’t change the JVM’s entry point. 🔄 Overriding the main() Method Overriding, however, is not possible in the traditional sense. Since main() is static, it belongs to the class, not to an instance. Static methods can’t be overridden, but they can be hidden if you declare another main() in a subclass. 💬 Have you ever tried overloading the main() method just out of curiosity? What did you discover? #Java #Programming #OOP #SoftwareDevelopment #LearningJava #CodingConcepts #Developers #TechEducation #CodeNewbie

Java 2025: Smart, Stable, and Still the Future 💡 ☕ Day 4 — Structure of a Java Program Let’s break down how every Java program is structured 👇 🧩 Basic Structure Every Java program starts with a class — the main container holding variables, constructors, methods, and the main() method (the entry point of execution). Inside the class, logic is organized into static, non-static, and constructor sections — each with a specific role. 🏗️ Class — The Blueprint A class defines the structure and behavior of objects. It holds data (variables) and actions (methods). Execution always begins from the class containing the main() method. ⚙️ Constructor — The Initializer A constructor runs automatically when an object is created. It shares the class name, has no return type, and sets the initial state of the object. 🧠 Static vs Non-Static Static → Belongs to the class, runs once, shared by all objects. Non-static → Belongs to each object, runs separately. 🔹 Initializers Static block → Runs once when the class loads (for setup/configurations). Non-static block → Runs before the constructor every time an object is created. 🧩 Methods Static methods → Called without creating objects; used for utilities. Non-static methods → Accessed through objects; define object behavior. 🔄 Execution Flow 1️⃣ Class loads 2️⃣ Static block executes 3️⃣ main() runs 4️⃣ Non-static block executes 5️⃣ Constructor runs 6️⃣ Methods execute 💬 Class → Blueprint Constructor → Object initializer Methods → Define actions Static/Non-static → Class vs Object level Initializers → Run automatically before constructors Together, they create a structured, readable, and maintainable Java program. #Day4 #Java #JavaStructure #100DaysOfJava #OOPsConcepts #ConstructorInJava #StaticVsNonStatic #JavaForDevelopers #ProgrammingBasics #LearnJava #BackendDevelopment #CodeNewbie #DevCommunity

🔖 Annotations in Java: The Metadata That Powers Modern Frameworks Behind every clean, modern Java framework lies the silent power of annotations the metadata that tells the compiler and runtime what to do. Here’s what you’ll discover in this guide: ▪️What Annotations Really Are → Metadata that configures, documents, and automates behavior without altering logic. ▪️Built-in Annotations → @Override, @Deprecated, and @SuppressWarnings — your must-know compiler helpers. ▪️Custom Annotations → Create your own @interface annotations for validation, logging, or automation. ▪️Retention Policies → Learn where annotations live — at source, bytecode, or runtime. ▪️Target Types → Control where annotations can be applied — class, method, field, or parameter. ▪️Real-World Use Cases → See how Spring, Hibernate, and JUnit use annotations like @Autowired, @Entity, and @Test to simplify configuration. ▪️Interview Q&A → Understand retention, target, and runtime use — topics every Java interview covers. 📌 Like, Save & Follow CRIO.DO for more Java deep-dives made simple. 💻 Learn Java by Building Real Frameworks At CRIO.DO, you’ll master advanced Java concepts from annotations to dependency injection by actually building backend systems and Spring-based projects. 🚀 Book your FREE trial today- https://lnkd.in/geb_GYW2 and start coding like a pro! #Java #Annotations #CrioDo #LearnJava #SoftwareDevelopment #SpringFramework #Hibernate #JUnit #BackendEngineering #CodeSmart

🚀 Closures vs Streams — Java & Rust Perspective Both Java and Rust embrace functional-style programming — but they approach closures and streams differently. 🔹 In Java A closure (lambda) captures variables from its enclosing scope. It’s mainly used inside Streams, e.g.: List<Integer> numbers = List.of(1, 2, 3); numbers.stream()     .map(n -> n * 2)  // closure     .forEach(System.out::println); Here, lambdas make Streams expressive but still lazy and type-safe. 🔹 In Rust A closure is a first-class citizen, often used directly with iterators (Rust’s version of streams): let numbers = vec![1, 2, 3]; numbers.iter()     .map(|n| n * 2)  // closure     .for_each(|n| println!("{}", n)); Closures can borrow or own captured variables depending on context — giving you memory control and performance safety at compile time. 💡 Takeaway: Java simplifies functional programming for developers. Rust gives you low-level control with zero-cost abstractions — every closure is optimized at compile time. #Java #Rust #FunctionalProgramming #Streams #Closures #BackendEngineering #CodeTips #SoftwareDevelopment

🚀 Methods vs. Constructors: Unpacking Key Differences in Java 🚀 New to Java or looking for a quick refresher? Understanding the distinction between Methods and Constructors is fundamental! While both contain blocks of code, they serve very different purposes. Let's break it down with a simple comparison: Constructors: The Blueprint Initializers 🏗️ Purpose: Primarily used to initialize new objects. Think of them as setting up the initial state when an object is first created. Name: Must have the same name as the class itself. Return Type: No return type (not even void). Invocation: Called automatically when you use the new keyword to create an object. Example: new Employee(101, "Alice"); Methods: The Action Performers ⚙️ Purpose: Used to perform actions or operations on an object, or to retrieve information from it. Name: Can have any valid name (following Java naming conventions). Return Type: Must have a return type (e.g., void, int, String, Employee, etc.). Invocation: Called explicitly using the object reference, like object.methodName(). Example: employee.getDetails(); or employee.calculateBonus(); In essence: Constructors build and set up your object. Methods make your object do things. Understanding this distinction is crucial for writing clean, efficient, and object-oriented Java code! Thanks Anand Kumar Buddarapu #Java #Programming #SoftwareDevelopment #OOP #Constructors #Methods #CodingTips

Just published an article on Java Dynamic Proxies! Diving into the inner workings of this fascinating runtime interception technique, exploring the mechanics from InvocationHandler to bytecode generation. The article includes practical examples and detailed implementation insights. #Java #DynamicProxy https://lnkd.in/dU2ZZ9En

☀️ Day 14 of My 90 Days Java Challenge – Wrapper Classes: Bridging Primitives & Objects Today’s topic looked simple on the surface — Wrapper Classes — but once I explored deeper, I realized how much they quietly power modern Java. Here’s what I discovered 👇 🔹 1️⃣ The bridge between primitive and object worlds Java’s primitive types (int, char, double) live outside the object ecosystem. Wrapper classes (Integer, Character, Double, etc.) bring them into the object-oriented world, allowing them to be used in collections, generics, and frameworks. 🔹 2️⃣ Autoboxing & unboxing – silent helpers Since Java 5, the compiler automatically converts between primitives and wrappers: int ↔ Integer, double ↔ Double. It feels seamless — but I learned it’s not free. Excessive autoboxing can lead to hidden performance hits if ignored in high-volume loops. 🔹 3️⃣ Immutability matters All wrapper classes are immutable — once created, their value cannot change. This design choice ensures thread-safety and reliability, but it also reminds you to handle them carefully when performance matters. 🔹 4️⃣ == vs .equals() — the classic trap Many developers stumble here. == compares references, while .equals() compares values. This subtle difference can cause silent logical bugs when comparing wrapper objects. 💭 Key takeaway: Wrapper classes are not just about syntax convenience — they represent Java’s effort to unify primitive speed with object-oriented design. Understanding their behavior makes you a smarter, more intentional Java developer. #Day14 #Java #CoreJava #WrapperClasses #Autoboxing #Unboxing #OOP #LearningJourney #90DaysChallenge