Kotlin-এ ইনলাইন ফাংশন: এটি কী, সিনট্যাক্স এবং ব্যবহার

Kotlin-এ ইনলাইন ফাংশন কী?

ইনলাইন ফাংশন হল একটি ফাংশন যা inline কীওয়ার্ড দিয়ে চিহ্নিত। Kotlin কম্পাইলার এর জন্য আলাদা বাইটকোড তৈরি করে না — বরং ফাংশনের বডি সরাসরি প্রতিটি কল সাইটে কপি করে। মূল লক্ষ্য হল হায়ার-অর্ডার ফাংশন অপটিমাইজ করা যা ল্যাম্বডা এক্সপ্রেশন গ্রহণ করে, কারণ সাধারণ অবস্থায় প্রতিটি ল্যাম্বডা একটি অ্যানোনিমাস Function ক্লাস অবজেক্ট তৈরি করে।

JetBrains Tech Blog (2024) অনুযায়ী, Kotlin-এ ইনলাইন ফাংশন ব্যবহার করলে যে ফাংশনগুলো ল্যাম্বডা নিবিড়ভাবে ব্যবহার করে সেগুলোতে তৈরি অবজেক্টের সংখ্যা 40–60% কমানো যায়। লুপ এবং উচ্চ-লোড অপারেশনে (সর্টিং, কালেকশন ফিল্টারিং) এটি পরিমাপযোগ্য পারফরম্যান্স লাভ প্রদান করে।

Inline ছাড়া, প্রতিটি ল্যাম্বডা একটি অ্যানোনিমাস ক্লাসে (বা সংশ্লেষিত কার্যকরী ইন্টারফেসের ইনস্ট্যান্সে) কম্পাইল হয়। ভেরিয়েবল ক্যাপচার করা ল্যাম্বডার জন্য অতিরিক্ত র্যাপার অবজেক্ট তৈরি হয়। ইনলাইন ফাংশন কম্পাইল টাইমে এই সমস্ত অবজেক্ট দূর করে, র্যাপার ছাড়াই লোকাল ভেরিয়েবলে অ্যাক্সেস সহ সরাসরি কোড দিয়ে প্রতিস্থাপন করে।

শুধুমাত্র ল্যাম্বডা প্যারামিটারযুক্ত ফাংশনের জন্য inline ব্যবহার করুন — Kotlin কম্পাইলার নিজেই সতর্ক করে যদি inline কোনো সুবিধা না দেয়।

ইনলাইন ফাংশনের সিনট্যাক্স এবং এর কাজের পদ্ধতি

শুধু ফাংশন ডিক্লেয়ারেশনের আগে inline কীওয়ার্ড যোগ করুন। কম্পাইলার স্বয়ংক্রিয়ভাবে কল সাইটে ফাংশন বডি প্রতিস্থাপন করে। ফাংশনটি নিজে বাইটকোডে বিদ্যমান থাকে যখন এটি সরাসরি কল না করা হয় (উদাহরণস্বরূপ, Java কোড থেকে)।

inline fun Int.repeatAction(action: (Int) -> Unit) {
    for (i in 0 until this) {
        action(i)
    }
}

// কল — ল্যাম্বডা কোড ফাংশন বডিতে ইনলাইন হয়
5.repeatAction { index ->
    println("Index: $index")
}

কম্পাইলেশনের পর, উপরের কোডটি এর সমতুল্য হবে:

// ইনলাইনিংয়ের পরে কী হয় (পরিকল্পিতভাবে):
val $this = 5
for (i in 0 until $this) {
    println("Index: $i")
}

ল্যাম্বডার জন্য কোনো অবজেক্ট তৈরি হয় না — অ্যাকশন কোড সরাসরি এক্সিকিউট হয়। এটাই অপটিমাইজেশনের সারমর্ম: Function.invoke() কল করার পরিবর্তে — ল্যাম্বডা বডি সহ কোডের সরাসরি সন্নিবেশ।

ডিকম্পাইলেশনের মাধ্যমে যাচাই

ইনলাইনিং যাচাই করতে, IntelliJ IDEA-তে Tools > Kotlin > Show Kotlin Bytecode খুলুন এবং Decompile ক্লিক করুন। আপনি দেখতে পাবেন যে ল্যাম্বডা সহ repeatAction কল করার পরিবর্তে, for লুপ সহ ফাংশন বডির সরাসরি সন্নিবেশ তৈরি হয়।

ল্যাম্বডা ওভারহেডের সমস্যা এবং এর সমাধান

Kotlin-এ প্রতিটি ল্যাম্বডা তিনটি ভেরিয়েন্টের একটিতে কম্পাইল হয়। প্রথম — যদি ল্যাম্বডা ভেরিয়েবল ক্যাপচার না করে, তবে এটি সেই ক্লাসের একটি স্ট্যাটিক মেথড হয়ে যায় যেখানে ডিক্লেয়ার করা হয়েছে। দ্বিতীয় — যদি এটি একটি ভেরিয়েবল ক্যাপচার করে, একটি অ্যানোনিমাস ক্লাস তৈরি হয়। তৃতীয় — যদি এটি একাধিক ভেরিয়েবল ক্যাপচার করে, প্রতিটি ক্যাপচার করা ভেরিয়েবলের জন্য ফিল্ড সহ একটি অ্যানোনিমাস ক্লাস তৈরি হয়।

Android Performance Patterns (Google, 2024) অনুযায়ী, কালেকশনের নিবিড় ব্যবহার করা অ্যাপ্লিকেশনে (ফিল্টারিং, সর্টিং, গ্রুপিং) ইনলাইন ফাংশন অ্যালোকেশন 25–35% কমায়। প্রভাব বিশেষভাবে Jetpack Compose-এ লক্ষণীয়, যেখানে প্রতিটি স্টেট পরিবর্তন অনেক ল্যাম্বডা সহ পুনর্গঠন ট্রিগার করে।

ননলোকাল রিটার্ন এবং সীমাবদ্ধতা

সাধারণ ফাংশনে ল্যাম্বডা বাইরের ফাংশন থেকে return করতে পারে না — শুধুমাত্র ল্যাম্বডা থেকে লোকাল return (return@label এর মাধ্যমে)। ইনলাইন ফাংশনে, ল্যাম্বডা কলিং ফাংশনের বডিতে ইনলাইন হয়, তাই ননলোকাল রিটার্ন সম্ভব হয়: ল্যাম্বডার ভিতরে return বাইরের ফাংশন শেষ করে।

inline fun findFirst(
    items: List<Int>,
    predicate: (Int) -> Boolean
): Int {
    for (item in items) {
        if (predicate(item)) {
            return item
        }
    }
    return -1
}

fun processNumbers() {
    val numbers = listOf(1, 2, 3)
    val firstEven = findFirst(numbers) { it % 2 == 0 }
    // ল্যাম্বডায় return processNumbers() থেকে null ফিরিয়ে দেবে
}

ননলোকাল রিটার্ন তাড়াতাড়ি শেষ করার জন্য সুবিধাজনক, কিন্তু ত্রুটির কারণ হতে পারে। যদি ল্যাম্বডা অ-লোকাল প্রসঙ্গে ব্যবহার করা হয় (একটি ভেরিয়েবলে সংরক্ষিত), ননলোকাল রিটার্ন RuntimeException ঘটাবে। Kotlin কম্পাইলার এই ধরনের সংরক্ষণের চেষ্টা করলে সতর্কতা জারি করে।

noinline এবং crossinline: ইনলাইনিং নিয়ন্ত্রণ

যখন একটি ফাংশনে একাধিক ল্যাম্বডা প্যারামিটার থাকে, কখনও কখনও শুধুমাত্র তাদের কিছু ইনলাইন করার প্রয়োজন হয়। এর জন্য noinline ব্যবহার করা হয় — এটি একটি নির্দিষ্ট ল্যাম্বডা প্যারামিটারের ইনলাইনিং প্রতিরোধ করে, এটিকে সাধারণ Function অবজেক্ট হিসেবে রেখে দেয়।

crossinline মডিফায়ার বিপরীত সমস্যা সমাধান করে: ল্যাম্বডা ইনলাইন হয়, কিন্তু ননলোকাল রিটার্ন নিষিদ্ধ। এটি প্রয়োজন যখন ল্যাম্বডা অন্য ল্যাম্বডার ভিতরে বা এমন প্রসঙ্গে ব্যবহার করা হয় যেখানে return অনুমোদিত নয় (উদাহরণস্বরূপ, Runnable-এ পাস করা)।

inline fun processWithCallback(
    data: String,
    crossinline onSuccess: (String) -> Unit,
    noinline onError: (Exception) -> Unit
) {
    try {
        val result = process(data)
        onSuccess(result)
    } catch (e: Exception) {
        onError(e)
    }
}

// noinline: onError একটি ভেরিয়েবলে সংরক্ষণ বা অন্যত্র পাস করা যেতে পারে
val errorHandler = { e: Exception -> log(e.message) }
processWithCallback("input", { println(it) }, errorHandler)

উদাহরণে, onSuccess crossinline হিসেবে চিহ্নিত — এটি ইনলাইন হবে, কিন্তু এর ভিতরে return ব্যবহার করা যাবে না। onError noinline হিসেবে চিহ্নিত — এটি ইনলাইন হয় না, তাই এটি অবজেক্ট হিসেবে পাস করা, ক্লাস ফিল্ডে সংরক্ষণ বা লিসনার হিসেবে ব্যবহার করা যাবে।

ইনলাইন ফাংশনের সীমাবদ্ধতা এবং সুপারিশ

ইনলাইন ফাংশনের সীমাবদ্ধতা রয়েছে। পুনরাবৃত্তিমূলক ইনলাইন ফাংশন নিষিদ্ধ — কম্পাইলার ত্রুটি দেবে। ইনলাইন ফাংশনের private বা internal দৃশ্যমানতা থাকতে পারে না যদি অন্য মডিউলে ডিক্লেয়ার করা হয়, কিন্তু এটি দৃশ্যমানতার সীমাবদ্ধতা, ইনলাইনিং মেকানিজমের সাথে সম্পর্কিত নয়।

প্রতিটি ইনলাইন ফাংশন কলের সাথে বাইটকোড আকার বাড়ে, কারণ বডি কপি করা হয়। Kotlin Coding Conventions (JetBrains, 2025) অনুযায়ী, শুধুমাত্র 10–15 লাইন পর্যন্ত ফাংশনের জন্য inline ব্যবহার করার সুপারিশ করা হয়। বড় ফাংশনের জন্য, ল্যাম্বডা ইনলাইনিংয়ের সুবিধা APK আকার বৃদ্ধির কারণে নাকচ হয়ে যেতে পারে (Android-এ 64K মেথড সীমার কারণে গুরুত্বপূর্ণ)।

// প্রস্তাবিত অনুশীলন
inline fun withLock(lock: Lock, action: () -> T): T {
    lock.lock()
    try {
        return action()
    } finally {
        lock.unlock()
    }
}

// বড় ফাংশনের জন্য প্রস্তাবিত নয়
inline fun largeComputation(...) { // খারাপ — বডি >50 লাইন
    // 50 লাইনের বেশি — সাধারণ ফাংশনে আলাদা করা ভাল
}

লাইব্রেরিতে পাবলিক ইনলাইন ফাংশন সতর্কতা প্রয়োজন: যদি ইনলাইন ফাংশনের বডি পরিবর্তিত হয়, সমস্ত ক্লায়েন্টকে পুনরায় কম্পাইল করতে হবে। JetBrains একটি মডিউলের মধ্যে সামঞ্জস্য বজায় রাখতে ইনলাইন ফাংশন থেকে কল করা সদস্যদের জন্য @PublishedApi internal ব্যবহারের সুপারিশ করে।