onCreate — এটি কি, Android এ Activity আরম্ভ

Android এ onCreate কি

onCreate হল একটি কলব্যাক পদ্ধতি যা Android Activity বা Fragment এর একটি নতুন ইনস্টেন্স তৈরি করার সময় ডাকে. এটি যূজার স্ক্রিন কোডের প্রথম প্রবেশ বিন্দু: onCreate ডাকার আগে কোন যূজার কোড চালে না। সিস্টেম পদ্ধতিটিতে একটি Bundle প্যারামিটার পাশ করে, যাতে আগে সংরক্ষিত ডাটা (পুনরায় তৈরির সময়) বা null (প্রথম লঞ্চে) থাকে।

onCreate পদ্ধতিটি ক্লাস android.app.Activity এবং ক্লাস androidx.fragment.app.Fragment এ সংজ্ঞায়িত। উভয় সংস্করণ একই রকম কাজ করে: কম্পোনেন্ট আরম্ভ, UI সেটআপ এবং অবস্থা পুনরুদ্ধার। তবে, নির্দিষ্ট বাস্তবায়ন আলাদা — Activity লেআউট লোড করতে setContentView ব্যবহার করে, যেতে Fragment onCreateView এর মাধ্যমে একটি View ফেরত দেয়। ডিভেলপারকে Activity এ অন্তত onCreate অভিরোপ করতে হবে — এটা ছাড়া, Android স্ক্রিন প্রদর্শন করতে পারবে না।

onCreate একটি Activity ইনস্টেন্সের সম্পূর্ণ জীবনচক্রে কঠোরভাবে একবার ডাকা হয়। স্ক্রিন ঘূর্ণনেও, একটি নতুন Activity ইনস্টেন্স পূর্ববর্তী ইনস্টেন্স থেকে Bundle সহ একটি নতুন onCreate কল পায়। এটি onCreate কে একবারের আরম্ভের জন্য আদর্শ স্থান করে তোলে: ডাটা লোড করা, অ্যাডাপ্টার তৈরি করা, Dagger বা Hilt এর মাধ্যমে DI কম্পোনেন্ট সেটআপ করা।

Activity এ onCreate

Activity এ, onCreate পদ্ধতিটি চারটি মূখ্য কাজ করে: লেআউট মার্কআপ লোড করা, View উপাদান আরম্ভ করা, Bundle থেকে অবস্থা পুনরুদ্ধার করা এবং প্রাথমিক ইভেন্ট হ্যান্ডলার সেটআপ করা. onCreate এ বাধ্যতামূলক সর্বনিম্ন কোড হল super.onCreate(savedInstanceState) এবং setContentView(R.layout.activity_main) ডাকা।

class MainActivity : AppCompatActivity() {
    private var binding: ActivityMainBinding? = null

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)

        // ViewBinding — findViewById এর একটি আধুনিক বিকল্প
        binding = ActivityMainBinding.inflate(layoutInflater)
        setContentView(binding?.root)

        // binding ব্যবহার করে আরম্ভ
        binding?.apply {
            welcomeText.text = getString(R.string.welcome)
            startButton.setOnClickListener { startGame() }
        }

        // অবস্থা পুনরুদ্ধার
        if (savedInstanceState != null) {
            score = savedInstanceState.getInt("score", 0)
            binding?.scoreText?.text = score.toString()
        }
    }
}

আধুনিক অভ্যাস findViewById এর পরিবর্তে ViewBinding ব্যবহার করে। ViewBinding কম্পাইল টাইমে ক্লাস ActivityMainBinding জেনারেট করে, যা ভুল ID এর ত্রুটি দূর করে এবং বয়লারপ্লেট কোড হ্রাস করে। Google Android Studio 3.6 থেকে শুরু করে Activity এবং Fragment এ View অ্যাক্সেসের মানক উপায় হিসাবে ViewBinding সুপারিশ করে।

onCreate এ কাজের ক্রম কঠোর হতে হবে: প্রথমে super, তারপর setContentView, তারপর বাকি সব। setContentView এর আগে findViewById ডাকলে null ফেরত পায় — লেআউট এখনো লোড হয়নি, এবং View উপাদান স্তরবিন্যাসে বিদ্যমান নেই। এটি শুরুর দিকের Android ডিভেলপারদের সবচেয়ে সাধারণ ভুলগুলির একটি।

Fragment এ onCreate

Fragment এ onCreate Activity থেকে আলাদা: এখানে setContentView ডাকা হয় না, শুধুমাত্র UI সম্পর্কিত নয় এমন ডাটা আরম্ভ করা হয়. Fragment কম্পোনেন্ট তৈরি এবং View তৈরি দুটি পৃথক পদ্ধতিতে বিভক্ত করে: onCreate (একবার ডাকা হয়) এবং onCreateView (যদিনি View তৈরি বা পুনরায় তৈরি হয় তদিনি ডাকা হয়)।

class UserListFragment : Fragment() {
    private lateinit var viewModel: UserViewModel
    private var binding: FragmentUserListBinding? = null

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)

        // ViewModel আরম্ভ — View পুনরায় তৈরি টিকে থাকে
        viewModel = ViewModelProvider(this)[UserViewModel::class.java]

        // FragmentManager থেকে আর্গুমেন্ট
        arguments?.let {
            viewModel.loadUser(it.getString("user_id") ?: "")
        }

        // ঘূর্ণনে সংরক্ষণ
        retainInstance = true
    }

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View {
        binding = FragmentUserListBinding.inflate(inflater, container, false)
        return binding!!.root
    }
}

Activity এবং Fragment onCreate এর মধ্যে মূখ্য পার্থক্য: Fragment এ onCreate এ View সম্পর্কিত কোড থাকা উচিত নয়, কারণ View ধ্বংস এবং পুনরায় তৈরি হতে পারে (উদাহরণস্বরূপ, ViewPager ট্যাব স্যাইচ করার সময়), যেতে onCreate শুধু একবার ডাকা হয়। ডাটা লোডিং, ViewModel সেটআপ এবং অ্যাডাপ্টার আরম্ভ onCreate কাজ, যেতে View বাঁধানো onViewCreated এর কাজ।

savedInstanceState এবং অবস্থা পুনরুদ্ধার

onCreate এ savedInstanceState প্যারামিটার হল Activity বা Fragment এর অস্থায়ী অবস্থা সংরক্ষণ এবং পুনরুদ্ধারের একটি প্রক্রিয়া. যখন সিস্টেম Activity ধ্বংস করে (স্ক্রিন ঘূর্ণন, স্বল্প মেমোরি), তখন এটি onSaveInstanceState() ডাকে, যেখানে ডিভেলপার Bundle এ কী-ভ্যালু এন্ট্রি রাখে। যখন একটি নতুন ইনস্টেন্স তৈরি হয়, তখন এই Bundle টি onCreate এ ফেরত পায়।

Bundle নিম্নলিখিত ডাটা ধরনগুলি সমর্থন করে: String, Integer, Boolean, Long, Float, Double, তাদের অ্যারে, পার্থক্য অনুসারে Parcelable এবং Serializable অবজেক্ট। জটিল অবজেক্টের জন্য, Parcelable ব্যবহার করা হয় — Android এর জন্য একটি আরও কার্যদক্ষ সিরিয়ালাইজেশন প্রক্রিয়া। Bundle এর আকার প্রায় 500 KB এ সীমিত — সীমা অতিক্রম করলে TransactionTooLargeException হয়।

companion object {
    private const val KEY_USER_NAME = "user_name"
    private const val KEY_SCORE = "score"
}

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_game)

    if (savedInstanceState != null) {
        userName = savedInstanceState.getString(KEY_USER_NAME) ?: ""
        currentScore = savedInstanceState.getInt(KEY_SCORE)
    }
}

override fun onSaveInstanceState(outState: Bundle) {
    super.onSaveInstanceState(outState)
    outState.putString(KEY_USER_NAME, userName)
    outState.putInt(KEY_SCORE, currentScore)
}

এটা বোঝা গুরুত্বপূর্ণ: onSaveInstanceState ডাকা হয় না যখন যূজার স্পষ্টভাবে finish() বা পিছনের বাটনের মাধ্যমে Activity বন্ধ করে. সিস্টেম মনে করে যূজার সচেতভাবে কাজ শেষ করছে এবং অবস্থা সংরক্ষণের প্রয়োজন নেই। তাই, দীর্ঘমেয়ী ডাটা সংরক্ষণের জন্য শুধুমাত্র savedInstanceState এর উপর নির্ভর করা যায় না — Room, DataStore বা SharedPreferences ব্যবহার করুন।

onCreate এর সময় এবং সীমাবদ্ধি

onCreate প্রধান (UI) থ্রেডে চালে, এবং সিস্টেম Activity স্ক্রিনে প্রদর্শনের আগে এটি শেষ হতে অপেক্ষা করে. যদি onCreate এর জন্য 5 সেকেন্ডের বেশি সময় লাগে, তবে সিস্টেম একটি ANR (Application Not Responding) ডায়ালগ দেখায় এবং যূজারকে অ্যাপ্লিকেশন বন্ধ করার বিকল্প দেয়। নেটওয়ার্ক থেকে ডাটা লোড করা বা ডাটাবেস থেকে পড়ার মতো দীর্ঘ কাজ পশ্চাদ্ থ্রেডে সরানো উচিত।

Google Android Performance (2025) সুপারিশ অনুযায়ী, মধ্যম পরিসরের ডিভাইসে onCreate এর জন্য 1 সেকেন্ডের কম সময় নেওয়া উচিত। এটি অর্জনের জন্য: অলস আরম্ভ (Kotlin এ lazy delegate) ব্যবহার করুন, ভারী ডাটা লোডিং onResume বা করৌটিনে সরানোর জন্য বিলম্বিত করুন, কম ব্যবহৃত UI কম্পোনেন্টের জন্য ViewStub প্রয়োগ করুন, এবং Android Vitals এর মাধ্যমে স্টার্টআপ সময় প্রোফাইল করুন।

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_main)

    // অলস আরম্ভ — অবজেক্ট শুধু প্রথম প্রবেশে তৈরি হয়
    val heavyData by lazy {
        HeavyDataLoader.load()
    }

    // lifecycleScope এর মাধ্যমে পশ্চাদ্ থ্রেডে ডাটা লোড করা
    lifecycleScope.launch(Dispatchers.IO) {
        val users = userDao.getAllUsers()
        withContext(Dispatchers.Main) {
            adapter.submitList(users)
        }
    }
}

প্রোফাইলিং টুল: Android Studio Profiler (CPU ট্যাব) প্রত্যেক পদ্ধতির সঠিক সময় দেখায়। Android Vitals (Google Play Console) এ, আপনি «কোলড স্টার্ট টাইম» মেট্রিক ট্রেক করতে পারেন — আপনার Activity এর onCreate 500 ms অতিক্রম করলে, কনসোল এটিকে একটি কর্মদক্ষতা সমস্যা হিসাবে চিহ্নিত করে। IT Sectr এ, আমরা CI পাইপলাইনে প্রত্যেকটি Activity এর স্টার্টআপ সময়ের স্বচালিত নিয়ন্ত্রণের জন্য Macrobenchmark পরীক্ষা ব্যবহার করি।

ViewModel এবং onCreate

ViewModel হল onCreate এ ডাটা আরম্ভের সর্বোত্তম উপায় যা স্ক্রিন ঘূর্ণনে টিকে থাকা উচিত. ViewModel তৈরি হয় onCreate এ ViewModelProvider এর মাধ্যমে এবং কনফিগারেশন পরিবর্তনে স্বচালিতভাবে সংরক্ষিত থাকে। ঘূর্ণনের পর Activity পুনরায় তৈরি হলে, ViewModel মেমোরিতে থাকে এবং onCreate ডাটা ক্ষতি ছাড়া একই ViewModel পায়।

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_profile)

    // ViewModel একবার তৈরি হয় এবং কনফিগারেশন পরিবর্তন টিকে থাকে
    val viewModel: ProfileViewModel =
        ViewModelProvider(this)[ProfileViewModel::class.java]

    // LiveData পর্যবেক্ষণ — ডাটা পরিবর্তনে UI স্বচালিতভাবে আপডেট হয়
    viewModel.user.observe(this) { user ->
        binding?.userName?.text = user.name
        binding?.userEmail?.text = user.email
    }

    // যদি ViewModel এমন্ড তৈরি হয় তবে ডাটা লোড করা
    if (savedInstanceState == null) {
        viewModel.loadProfile(userId)
    }
}

ViewModel + LiveData/StateFlow এর সম্মিলন Bundle এ ম্যানুয়াল সেভিং ছাড়া স্ক্রিন ঘূর্ণন সমস্যা সমাধান করে। ViewModel মেমোরিতে ডাটা সংরক্ষণ করে, LiveData পুনরায় তৈরিতে Activity কে স্বচালিতভাবে পুনরায় সাবস্ক্রাইব করে, এবং StateFlow (Kotlin Coroutines থেকে) করৌটিন সমর্থন সহ প্রতিক্রিয়াশীলতা যোগ করে। Google এর Guide to App Architecture এ সুপারিশিত মানক আর্কিটেক্চার এটি।

onCreate নিয়ে কাজ করার সময় সাধারণ ভুল

অনুভী ডিভেলপাররাও onCreate এ বৈশিষ্ট্যিক ভুল করে। আসুন পাঁচটি সবচেয়ে সাধারণ সমস্যা এবং সেগুলি এড়ানোর উপায় দেখি।

setContentView এর আগে View নিয়ে কাজ করা

সবচেয়ে সাধারণ ভুলটি হল setContentView ডাকার আগে findViewById এর মাধ্যমে একটি View খুঁজে পাওয়ার চেষ্টা করা. সব View উপাদান লেআউট ইনফ্লেশনের সময় তৈরি হয়, তাই setContentView এর আগে যে কোন findViewById কল null ফেরত দেয় এবং View ব্যবহার করার চেষ্টায় NullPointerException সৃষ্টি করে। সমাধান: কঠোর ক্রম — প্রথমে super, তারপর setContentView, তারপর findViewById বা ViewBinding।

ডির্ঘ কাজের মাধ্যমে UI থ্রেড অবরুদ্ধ করা

নেটওয়ার্ক থেকে ডাটা লোড করা, ডাটাবেস থেকে পড়া বা বড় অ্যারে সরাসরি onCreate এ প্রক্রিয়া করা প্রথম ফ্রেমের রেন্ডারিং অবরুদ্ধ করে. যূজার onCreate শেষ হতে একটি কালো স্ক্রিন দেখে, যা অ্যাপ্লিকেশনের গতি সম্পর্কে ধারণা খারাপ করে। সমাধান: অসিংক্রনাস কাজের জন্য lifecycleScope.launch ব্যবহার করুন, লোডিং শেষ হতে একটি কংকাল (UI placeholder) প্রদর্শন করুন।

savedInstanceState উপেক্ষা করা

যদি আপনি স্ক্রিন ঘূর্ণনে Bundle থেকে অবস্থা পুনরুদ্ধার না করেন, তবে যূজার সকল অসংরক্ষিত ইনপুট হারায়: ফর্ম ফিল্ডে টেক্সট, স্ক্রল অবস্থান, নির্বাচিত আইটেমগুলি। সমাধান: ডাটা পুনরুদ্ধারের জন্য সবশময় onCreate এ savedInstanceState != null পরিদ্শন করুন, যদিও অবস্থা হানির সম্ভাবনা কম মনে হয়।

বেনাম ক্লাসের মাধ্যমে মেমোরি লিক

onCreate এ বেনাম ক্লাস এবং ল্যাম্বডা ধ্বংসের পরও পরোক্ষভাবে একটি Activity এর রিফারেন্স ধরে রাখতে পারে. উদাহরণস্বরূপ, onCreate এ তৈরি একটি Handler Activity ধ্বংসের পরও বিলম্বিত কাজ চালাতে থাকে। সমাধান: LifecycleObserver, ViewModel এবং lifecycleScope ব্যবহার করুন, যা ধ্বংসে স্বচালিতভাবে কাজ বাতিল করে।

Fragment onCreate এ অতিরিক্ত আরম্ভ

Fragment onCreate এ View আরম্ভ করা একটি যুক্তিগত ভুল, কারণ View কে onCreate ডাকা ছাড়া পুনরায় তৈরি করা যায়। আপনি যদি onCreate এ একটি শ্রোতা সেট করেন কিন্তু onCreateView এ View বাঁধেন, তবে পুনরায় তৈরিতে শ্রোতাটি পুরনো View এ রয়ে যাবে। সমাধান: সকল View-সম্পর্কিত কাজ onViewCreated এ করুন, onCreate কে শুধুমাত্র ডাটা লেয়ার আরম্ভের জন্য ছাড়ুন।