ডেভেলপমেন্টে ফ্রিজ — সারমর্ম, কারণ এবং প্রতিরোধ

মোবাইল ডেভেলপমেন্টে ফ্রিজ কী

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

ফ্রিজ, ল্যাগ এবং ANR-এর মধ্যে পার্থক্য

ল্যাগ হল 500 ms পর্যন্ত বিলম্ব যেখানে ব্যবহারকারী ধীরগতি লক্ষ্য করেন কিন্তু অ্যাপ কাজ করতে থাকে। ফ্রিজ 1 সেকেন্ড থেকে দশক সেকেন্ড পর্যন্ত স্থায়ী হয়। Android-এ ANR হল ফ্রিজের একটি বিশেষ ক্ষেত্রে যা 5 সেকেন্ডের বেশি স্থায়ী হয়েছে এবং সিস্টেম দ্বারা শনাক্ত হয়েছে। প্রতিটি ফ্রিজ ANR-এর দিকে নিয়ে যায় না, কিন্তু প্রতিটি ANR হল একটি সিস্টেম-ডকুমেন্টেড ফ্রিজ।

ফ্রিজের পরিণতি

Android-এ, 5 সেকেন্ডের বেশি স্থায়ী ফ্রিজ ANR ডায়ালগ ট্রিগার করে যা অ্যাপ বন্ধ করার প্রস্তাব দেয়। iOS-এ, সিস্টেমে একটি ওয়াচডগ আছে — যদি অ্যাপ 10–20 সেকেন্ড ধরে ইভেন্টে সাড়া না দেয়, ওয়াচডগ কোড 0x8badf00d (ate bad food) সহ প্রক্রিয়া শেষ করে দেয়। ব্যবহারকারী শুধু অ্যাপটি হঠাৎ হোম স্ক্রিনে বন্ধ হতে দেখেন।

Android এবং iOS-এ ফ্রিজের কারণ

যেকোনো অপারেশন যা 100 ms-এর বেশি সময় নেয় এবং মূল থ্রেডে চালু হয়, সম্ভাব্যভাবে ফ্রিজের কারণ হতে পারে। আসুন ব্লকেজের মূল উৎসগুলি দেখি।

UI থ্রেডে সিঙ্ক্রোনাস I/O

বড় ফাইল পড়া, অ্যাসিঙ্ক্রোনি ছাড়া নেটওয়ার্ক রিকোয়েস্ট, সিঙ্ক্রোনাস apply পদ্ধতি এবং পরবর্তী commit দ্বারা SharedPreferences-এ ডেটা সংরক্ষণ — এই সমস্ত অপারেশন মূল থ্রেড ব্লক করে। Android-এ, 10 MB ফাইল সিঙ্ক্রোনাসভাবে পড়তে ফ্ল্যাশ মেমোরির গতির উপর নির্ভর করে 200–500 ms লাগতে পারে। iOS-এ, completionHandler ছাড়া সিঙ্ক্রোনাস URLSession লোড সার্ভার প্রতিক্রিয়া সময়ের জন্য UI ব্লক করে।

মাল্টিথ্রেডেড কোডে ডেডলক

যখন দুটি থ্রেড একে অপরের দ্বারা ধারণকৃত সম্পদের জন্য অপেক্ষা করে, তখন ডেডলক হয়। মোবাইল অ্যাপ্লিকেশনে, একটি সাধারণ পরিস্থিতি হল থ্রেড A Lock1 লক করে এবং Lock2-এর জন্য অপেক্ষা করে, যখন থ্রেড B Lock2 লক করে এবং Lock1-এর জন্য অপেক্ষা করে। উভয় থ্রেড চিরতরে ফ্রিজ হয়ে যায়। যদি তাদের মধ্যে একটি মূল থ্রেড হয়, অ্যাপ সম্পূর্ণরূপে ফ্রিজ হয়ে যায়।

অসীম লুপ বা রিকার্শন

লজিক ত্রুটি — যেমন, প্রস্থান শর্ত ছাড়া while(true) বা বেস কেস ছাড়া রিকার্শন — মূল থ্রেডে অসীম সম্পাদনের দিকে নিয়ে যায়। Android এটি 5 সেকেন্ড পরে ANR-এর মাধ্যমে শনাক্ত করে, iOS — স্ট্যাকশটের মাধ্যমে, যা অসীমভাবে পুনরাবৃত্ত কল স্ট্যাক ক্যাপচার করে।

• Android — বন্ধ না করা Cursor, enqueue()-এর পরিবর্তে execute()-এর মাধ্যমে সিঙ্ক্রোনাস রিকোয়েস্ট, UI থ্রেডে FileInputStream.read()
• iOS — performSelectorOnMainThread:withObject:waitUntilDone:YES, NSURLConnection sendSynchronousRequest চালু করা, dataWithContentsOfURL দিয়ে ইমেজ লোড করা
• ক্রস-প্ল্যাটফর্ম — ডেডিকেটেড isolate ছাড়া Flutter compute, সিঙ্ক্রোনাস React Native NativeModule

কীভাবে ফ্রিজ নির্ণয় করবেন

ফ্রিজ নির্ণয়ের জন্য এমন সরঞ্জাম প্রয়োজন যা ব্লকেজের মুহূর্তে সমস্ত থ্রেডের অবস্থা ক্যাপচার করতে সক্ষম।

Android-এ ANR লগ

প্রতিটি ANR-এ, Android সিস্টেম একটি ফাইল /data/anr/traces.txt সংরক্ষণ করে যাতে প্রতিটি অ্যাপ থ্রেডের স্ট্যাক ডাম্প থাকে। এই ফাইল বিশ্লেষণ প্রধান নির্ণয় পদ্ধতি: main থ্রেড খুঁজুন এবং দেখুন এটি কোন পদ্ধতিতে থেমেছে। যদি স্ট্যাক Thread.sleep, InputStream.read বা Lock.lock-এ শেষ হয় — কারণ পাওয়া গেছে।

iOS-এ স্ট্যাকশট

Xcode অ্যাপ ফ্রিজ হলে (SIGSTOP সিগন্যাল) স্ট্যাকশট — সমস্ত থ্রেড স্ট্যাকের স্ন্যাপশট — নিতে পারে। স্কিমে “Logging” → “Include Stackshot Logs” সক্রিয় করুন। কোড 0x8badf00d সহ ক্র্যাশে, Devices & Simulators থেকে ক্র্যাশ লগ বের করুন এবং আটকে থাকা স্ট্যাক সহ com.apple.main-thread খুঁজুন।

Xcode-এ Main Thread Checker

Main Thread Checker অ্যাপ চলাকালে ব্যাকগ্রাউন্ড থ্রেড থেকে UIKit কল স্বয়ংক্রিয়ভাবে শনাক্ত করে। এটি স্কিমে সক্রিয় করুন (Diagnostics → Main Thread Checker)। প্রতিটি সতর্কতা ফ্রিজের সম্ভাব্য কারণ, বিশেষ করে যদি এটি নেটওয়ার্ক রিকোয়েস্ট completionHandler ক্লোজারে ঘটে।

Android-এ StrictMode-এর মাধ্যমে ব্লকেজ শনাক্তকরণের উদাহরণ:

class App : Application() {
    override fun onCreate() {
        super.onCreate()
        StrictMode.setVmPolicy(StrictMode.VmPolicy.Builder()
            .detectLeakedSqlLiteObjects()
            .detectLeakedClosableObjects()
            .penaltyLog()
            .build())
        StrictMode.setThreadPolicy(StrictMode.ThreadPolicy.Builder()
            .detectAll()
            .penaltyDeath()
            .build())
    }
}

UI ব্লকেজ দূর করার পদ্ধতি

ফ্রিজ দূর করা শুরু হয় সমস্ত সম্ভাব্য দীর্ঘ অপারেশন ব্যাকগ্রাউন্ড থ্রেডে স্থানান্তরের মাধ্যমে। আসুন প্রতিটি প্ল্যাটফর্মের জন্য নির্দিষ্ট কৌশল দেখি।

কোরুটিনের সাথে স্ট্রাকচার্ড কনকারেন্সি

Kotlin Coroutines viewModelScope.launch(Dispatchers.IO) সহ গ্যারান্টি দেয় যে নেটওয়ার্ক অপারেশন বা ডেটাবেস রিড ব্যাকগ্রাউন্ড থ্রেডে সম্পাদিত হবে। Dispatchers.Main শুধুমাত্র UI আপডেটের জন্য ব্যবহৃত হয়। গুরুত্বপূর্ণ: সমস্ত suspend ফাংশন স্ট্রাকচার্ড হতে হবে — চাইল্ড কোরুটিন প্যারেন্ট ক্যান্সেল হলে ক্যান্সেল হয়, থ্রেড লিক প্রতিরোধ করে।

iOS-এ অ্যাসিঙ্ক্রোনাস কিউ

Grand Central Dispatch ব্যাকগ্রাউন্ড কাজের জন্য DispatchQueue.global(qos: .userInitiated) এবং UI আপডেটের জন্য DispatchQueue.main.async সহ স্ট্যান্ডার্ড প্যাটার্ন। মূল কিউতে sync() এড়িয়ে চলুন — এটি গ্যারান্টেড ডেডলক। MainActor-এর মাধ্যমে মূল থ্রেডে স্বয়ংক্রিয় প্রত্যাবর্তন সহ আরও পাঠযোগ্য অ্যাসিঙ্ক্রোনাস কোডের জন্য async/await (Swift 5.5+) ব্যবহার করুন।

UI থ্রেডে synchronized এড়ানো

মূল থ্রেডে Kotlin-এ synchronized ব্লক এবং Swift-এ @synchronized বিপজ্জনক: যদি অন্য কোনো থ্রেড ইতিমধ্যে এই লক অর্জন করে থাকে, মূল থ্রেড অপেক্ষায় ফ্রিজ হবে। লকের পরিবর্তে পরমাণু প্রকার (AtomicInteger, Swift-এ পরমাণু প্রপার্টি) বা সিরিয়াল কিউ ব্যবহার করুন।

Android-এ কোরুটিন সহ অ্যাসিঙ্ক্রোনাস ডেটা লোডিংয়ের উদাহরণ:

class DataViewModel : ViewModel() {
    private val _data = MutableStateFlow<List<Item>>(emptyList())
    val data: StateFlow<List<Item>> = _data.asStateFlow()

    fun loadData() {
        viewModelScope.launch(Dispatchers.IO) {
            val result = fetchFromNetwork()
            _data.emit(result)
        }
    }
}

ডেভেলপমেন্ট পর্যায়ে ফ্রিজ প্রতিরোধ

সরঞ্জাম, আর্কিটেকচার নীতি এবং কোড রিভিউ প্রক্রিয়ার সমন্বয় পদ্ধতিগতভাবে ফ্রিজ প্রতিরোধে সহায়তা করে।

penaltyDeath সহ StrictMode

থ্রেড নীতির জন্য StrictMode penaltyDeath সহ কনফিগার করুন — এটি মূল থ্রেডে নেটওয়ার্ক কল বা ডিস্ক I/O শনাক্ত হলে তাৎক্ষণিক অ্যাপ ক্র্যাশ ঘটাবে। ডেভেলপার সমস্যা উপেক্ষা করতে পারবেন না। প্রোডাকশন বিল্ডে, ক্র্যাশ ছাড়া পরিসংখ্যান সংগ্রহ করতে penaltyLog ব্যবহার করুন।

Debug স্কিমে Main Thread Checker

iOS-এ, Debug স্কিমে Main Thread Checker সক্রিয় করুন এবং CI-কে এই অপশন সহ পরীক্ষা চালাতে কনফিগার করুন। যদি কোনো পরীক্ষায় ব্যাকগ্রাউন্ড থ্রেড থেকে UIKit কল থাকে — তবে এটি ব্যর্থ হওয়া উচিত। TestFlight-এ পাঠানোর আগে সমস্যা শনাক্ত করার এটিই একমাত্র নির্ভরযোগ্য উপায়।

মাল্টিথ্রেডিং যাচাই সহ পিয়ার রিভিউ

কোড রিভিউ প্রক্রিয়ায় একটি বাধ্যতামূলক পয়েন্ট যোগ করুন: যাচাই করুন যে কোনো নেটওয়ার্ক কল, ফাইল অপারেশন, ডেটাবেস অ্যাক্সেস বা ভারী গণনা ব্যাকগ্রাউন্ড থ্রেডে চলে। ডেডলক স্ট্যাটিক বিশ্লেষক দিয়ে শনাক্ত করা যায়: Facebook-এর Infer এবং Xcode-এর Thread Safety Checker রানটাইমের আগে সম্ভাব্য লক খুঁজে পায়।

• Android — StrictMode, Infer, Android Lint Multithread, viewModelScope সহ Kotlin Coroutines
• iOS — Main Thread Checker, TSAN (Thread Sanitizer), Xcode Analyze, MainActor সহ Swift async/await
• ক্রস-প্ল্যাটফর্ম — Flutter compute isolate, requestAnimationFrame সহ React Native interaction manager