প্রশ্ন: Checked Exception এবং Unchecked Exception এর মধ্যে পার্থক্য কী?

Posted on by

Categories:         

প্রোগ্রাম লিখতে গেলে নানা রকম সমস্যা হয়। কিছু সমস্যা সিস্টেম থেকে হতে পারে, আবার কিছু সসমস্যা প্রোগ্রাম লেখার সময় ভুলের জন্য হতে পারে। যেমন- আমরা যদি ডেটাবেজই সম্পর্কিত কোনো কোড লিখি, কোনো কারণে ইন্টারনেট কানেকাশন বন্ধ হয়ে যেতে পারে, এবং আমরা ডেটাবেইজে কানেক্ট করতে না পারি। আবার কোনো সিকুয়েল কোডে যে বিশেষ আর্গুমেন্টটি পাস করার কথা ছিল সেটি না করলে সিকুয়েলটি ঠিকমতো এক্সিকিউট হবে না এমন হতে পারে। এরকম পরিস্থিতিতে আমাদের অ্যাপ্লিকেশন কোড একধরেণের এক্সেপশন থ্রু করে জানান দেয় যে কোনো রকম সমস্যা হয়েছে।

এক্সেপশন একধরণের অবজেক্ট যাতে কারণে সমস্যাটি কেনো এবং কোথা থেকে হয়েছে তা বর্ণনা করা থাকে এবং এই বর্ণনা থেকে এরকম পরিস্থিতিতে প্রোগ্রামটির আচরণ কেমন হওয়া উচিৎ তা নির্ধারণ করা যায়। যেমন- ডেটাবেইজে কানেক্ট না করা গেলে আমরা অ্যাপ্লিকেশন ইউজারকে বলতে পারি যে, এই মুহূর্তে ডেটাবেইজের সঙ্গে কানেক্ট করা যাচ্ছে না, একটু অপেক্ষা করুন। আর্গুমেন্ট পাস করতে ভুল হলে, প্রোগ্রামারকে এক্সেপশন থ্রু করে বলতে পারি যে, আপনি আর্গুমেন্ট পাস করতে ভুলে গেছে না ভুল হয়েছে।

উপরের বর্ণনা থেকে বোঝা গেল যে, কোনো সমস্যা হলে, অর্থাৎ এক্সেপশন থ্রু হলে তা নিয়ে কাজ করতে হয় অর্থাৎ তা হ্যান্ডেল করতে হয়। এই এক্সেপশন হ্যান্ডেল করা হয় ট্রাই-ক্যাচ (try-catch) ব্লক দিয়ে।

জাভাতে দুই ধরণের এক্সেপশন রয়েছে। চেকড এক্সেপশন ও আনচেক্ড এক্সেপশন। চেক্ড এক্সেপশনগুলো কম্পাইল টাইমে হ্যান্ডেল করতে হয়। হ্যান্ডেল করা না হলে প্রোগ্রামটি কাজ করবে না। অন্যদিকে আনচেক্ড এক্সেপশনগুলো হ্যান্ডেল করা নিয়ে বাধ্যবাদকতা নেই। উদাহরণ দেওয়া যাক-

    public void executeSql(String sql) {
        try (Connection connection = dataSource.getConnection();
             PreparedStatement preparedStatement = connection.prepareStatement(sql)) {

            preparedStatement.execute();

        } catch (SQLException e) {
            System.err.println("Couldn't runt he sql deu to " + e.getMessage());
        }
}

উপরের মেথডটিতে ট্রাই-ক্যাচ-রিসোর্স স্ট্যাটমেন্টের মধ্যে একটি ডেটাসোর্স অবজেক্ট থেকে একটি সিকুয়েল কানেকশন তেরি করা হয়েছে তার পর একটি সিকুয়েল কানেকশন এক্সিকিউট করা হয়েছে। এই ডেটাসোর্স অবজেক্টটিতে getConnection() মেথডটি একটি চেক্ড এক্সেপশন থ্রু করে।

Connection getConnection() throws SQLException

মেথডের সিগনেচারে চেকড এক্সেপশনগুলো throws কিওয়ার্ডের পাশে লেখা থাকে। এথেকে বোঝা যায় যে এই মেথডটি কোনো কারণে SQLException এক্সপেশনটি থ্রু করতে পারে এবং আমরা যখন আমাদের কোড থেকে এই মেথডটি কল করবো তখন আমাদের এই এক্সেপশটি হ্যান্ডেল করতে হবে। আমরা যদি উপরে এক্সেপশনটি হ্যান্ডেল না করে কোড লিখি তাহলে প্রোগ্রামটি কম্পাইল করতে গেলে এরর দেখাবে।

তাহলে উপরের আলোচনা থেকে বুঝলাম যে, চেক্ড এক্সেপশনগুলো সব সময় হ্যান্ডেল করতে হয় এবং এগুলো মেথড সিগনেচারে দেওয়া থাকে।

চেক্ড এক্সেপশনের পাশাপাশি জাভাতে কোনো মেথড আনচেক্ড এক্সপেশনও থ্রু করতে পারে। উদাহরণ –

    public int divide(int a, int b) {
        if (b == 0) {
            throw new ArithmeticException("argument b cannot be zero");
        }

        return a / b;
    }

উপরের মেথড সিগনেচারে কোনো কোনো throws কিওয়ার্ড নেই তবে মেথডের বডিতে একটি এক্সেপশন থ্রু করার কোড লেখা রয়ছে। এতে লেখা রয়েছে যে যদি কোনো কারণে পরের আর্গুমেন্টি শূণ্য হয় তাহলে ArithmeticException এক্সেপশনি থ্রু হবে। এখন এই মেথডটি যদি আমদের কোডটি থেকে কল করি এবং কোনো কারণে পরের আর্গুমেন্টটি শূণ্য দিই, তাহলে এই এক্সপশন থ্রু হবে, তবে এটি আমাদের কোড থেকে ট্রাই-ক্যাচ ব্লক দিয়ে হ্যান্ডেল না করলেও চলবে এবং এটি রানটাইম ধরা পরবে।

জাভাতে এক্সেপশন ক্লাসগুলো Throwable ক্লাস থেকে ইনহেরিট করে। Throwable ক্লাসটি একটি চেক্ড এক্সেপশন। এর দুটি সাব ক্লাস হলো – Exception ও Error। Error এক্সেপশনগুলো সাধারণত খুব সিস্টেম যেমন জাভা রানটাইম ইনভাইরনমেন্ট থ্রু করে। এ পর্যায়ে অ্যাপ্লিকেশনকে আর পুনরুদ্ধার করা যায় না। আমারা সাধারণত যে কোডগুলো লিখে থাকি সেগুলোতে এর ব্যবহার করা হয় না এবং এগুলো হ্যান্ডেল করারও প্রয়োজন নেই। কারণ এটি একটি আনচেক্ড এক্সেপশন। Exception ক্লাস ও এর সাবক্লাসগুলো হলো চেক্ড এক্সেপশন। কোনো মেথডের সিগনেচারে এই এক্সেপশনগুলো throws কিওয়ার্ডের পরে উল্লেখ থাকলে সেই মেথডগুলোকে কল করার সময় হ্যান্ডেল করতে হয় অথবা যে মেথড থেকে কল করা হয়েছে সেই মেথডের সিগনেচারে throws কিওয়ার্ড দিয়ে লিখতে হয়।
``

    public void executeSql(Connection connection, String sql) throws SQLException {
        PreparedStatement preparedStatement = connection.prepareStatement(sql);
        preparedStatement.execute();
        preparedStatement.close();
    }

উপরের মেথডটিতে prepareStatement(), exectue() এবং close () তিনটি মেথডই চেকড এক্সপেশন থ্রু করে, কিন্তু এগুলোকে হ্যান্ডেল না করে executeSql() মেথডের সিগনেচারে দেওয়া হয়েছে। এর ফলে এই executeSql() মেথডটি যেখান থেকে হ্যান্ডেল করতে হবে।

তাহলে প্রশ্ন হতে পারে কােনটি কখন ব্যবহার উচিৎ। সাধারণত যে এক্সেপশনগুলো সহজে অনুমান করা যায় এবং এগুলো থেকে বাচার সহজ কোনো উপায় নেই, সেসব ক্ষেত্রে চেকড এক্সেপশন ব্যবহার করা হয়। আর বাকি সব ক্ষেত্রে আনচেক্ড এক্সেপশন ব্যবহার করা হয়।

Exception ক্লাসগুলো একটি ব্যতিক্রম হলো RuntimeException ক্লাস। এই ক্লাস ও এর সাব্ক্লাসগুলো আনচেক্ড এক্সপেশন । এগুলো হ্যান্ডেল করার কোনো বাধ্যবাধকতা নেই। এটি প্রোগ্রাম ও প্রোগ্রামারের উপর নির্ভর করে। নিচে জাভা এক্সেপশন হায়ার্কির ছবি দেওয়া হলো।

Share on:

Author: A N M Bazlur Rahman

Java Champion | Software Engineer | JUG Leader | Book Author | InfoQ & Foojay.IO Editor | Jakarta EE Ambassadors| Helping Java Developers to improve their coding & collaboration skills so that they can meet great people & collaborate

100daysofcode 100daysofjava access advance-java agile algorithm arraylist article bangla-book becoming-expert biginteger book calculator checked checked-exceptions cloning code-readability code-review coding coding-convention collection-framework compact-strings completablefuture concatenation concurrency concurrentmodificationexception concurrentskiplistmap counting countingcollections critical-section daemon-thread data-race data-structure datetime day002 deliberate-practice deserialization design-pattern developers duration execute-around executors export fibonacci file file-copy fork/join-common-pool functional future-java-developers groupby hash-function hashmap history history-of-java how-java-performs-better how-java-works http-client image import inspiration io itext-pdf java java-10 java-11 java-17 java-8 java-9 java-developers java-performance java-programming java-thread java-thread-programming java11 java16 java8 lambda-expression learning learning-and-development linkedlist list local-type-inference localdatetime map methodology microservices nio non-blockingio null-pointer-exception object-cloning optional packaging parallel pass-by-reference pass-by-value pdf performance prime-number programming project-loom race-condition readable-code record refactoring review scheduler scrum serialization serversocket simple-calculator socket software-development softwarearchitecture softwareengineering sorting source-code stack string string-pool stringbuilder swing thread threads tutorial unchecked vector virtual-thread volatile why-java zoneid