Try-Catch: استثنا پکڑنے کا جوہر، ساخت اور موبائل ڈویلپمنٹ میں یہ کیسے کام کرتا ہے

Try-Catch کیا ہے؟

Try-Catch ایک بنیادی ساختی استثنا ہینڈلنگ ڈھانچہ ہے جو زیادہ تر جدید پروگرامنگ زبانوں میں موجود ہے۔ یہ تین بلاکس پر مشتمل ہے: try (خطرناک کوڈ چلانے کی کوشش)، catch (استثنا کو پکڑنا اور ہینڈل کرنا) اور اختیاری finally (اختتام)۔ ڈھانچے کا خیال کاروباری منطق کو غلطی ہینڈلنگ کی منطق سے الگ کرنا ہے، کوڈ کو مزید پڑھنے کے قابل اور پیش قیاس بنانا ہے۔

اس تصور کو سب سے پہلے C++ میں try/catch کے طور پر لاگو کیا گیا، پھر Java، C#، Swift، Kotlin، Dart، Python، JavaScript اور دیگر زبانوں نے اپنایا۔ ہر زبان اپنی خصوصیات شامل کرتی ہے: Swift میں catch بلاک کو جامع ہونا چاہیے، Kotlin میں try-catch ایک ایکسپریشن ہو سکتا ہے، Dart میں سٹریم وسائل کے لیے finally لازمی ہے۔ اختلافات کے باوجود، بنیادی اصول ایک ہی ہے: غلطی کو عالمی طور پر نہیں بلکہ وقوع کے مقام کے جتنا ممکن ہو قریب ہینڈل کیا جاتا ہے۔

Try-Catch کا استعمال موبائل ڈویلپمنٹ میں خاص طور پر اہم ہے، جہاں بیرونی عوامل — نیٹ ورک کا نقصان، سرور کا غلط جواب، ناکافی میموری — مسلسل ہوتے رہتے ہیں۔ مناسب استثنا ہینڈلنگ ایپلیکیشن کو کریش ہونے سے روکتی ہے اور درست یوزر تجربہ کو یقینی بناتی ہے: صارف اچانک ایپلیکیشن بند ہونے کے بجائے ایک غلطی کا پیغام دیکھتا ہے۔ Google Android Kotlin Style Guide (2026) کے مطابق، ہر فنکشن جو استثنا پھینک سکتا ہے، اسے یا تو try-catch کے ذریعے ہینڈل کرنا چاہیے یا اپنے دستخط میں throws اعلان کرنا چاہیے۔

Try-Catch کیسے کام کرتا ہے

try-catch کا عمل درآمد میکانزم اسٹیک انوائنڈنگ (stack unwinding) پر مبنی ہے۔ جب try بلاک کے اندر throw آپریٹر کے ذریعے (یا سسٹم کی غلطی کے نتیجے میں) ایک استثنا پھینکا جاتا ہے، تو عام عمل کا بہاؤ فوری طور پر روک دیا جاتا ہے۔ عمل درآمد مناسب catch بلاک کی تلاش میں کال اسٹیک میں ایک سطح اوپر چلا جاتا ہے۔ جدید زبانیں قسم مماثلت کا طریقہ کار (type matching) استعمال کرتے ہوئے پھینکے گئے استثنا کی قسم سے مماثل catch تلاش کرتی ہیں۔

اگر مماثل catch مل جاتا ہے، تو اس کا باڈی چلایا جاتا ہے، جس کے بعد پوری try-catch-finally ساخت کے بعد عمل جاری رہتا ہے۔ اگر کوئی catch نہیں ملتا، تو استثنا اسٹیک میں مزید اوپر جاتا ہے اور اونچی سطح پر ہینڈل کیا جا سکتا ہے — ایک عالمی ہینڈلر تک، جو موبائل ایپلیکیشن میں صارف کو غلطی کا ڈائیلاگ دکھاتا ہے۔ اگر استثنا کہیں بھی ہینڈل نہیں کیا جاتا، تو ایپلیکیشن کریش ہو جاتی ہے۔ یہی وجہ ہے کہ تمام ممکنہ استثنا اقسام کا درست ہینڈلنگ ایپلیکیشن کے استحکام کے لیے اہم ہے۔

بنیادی ساخت کا نحو

fun readUserData(): User {
    return try {
        val response = api.fetchUser()
        parseUser(response)
    } catch (e: IOException) {
        logError("نیٹ ورک غلطی", e)
        throw AppException("ڈیٹا لوڈ کرنے میں ناکامی")
    } catch (e: JsonParseException) {
        logError("پارسنگ غلطی", e)
        return User.default()
    } finally {
        closeLoadingIndicator()
    }
}

کوڈ پہلے API درخواست کرنے اور جواب کو پارس کرنے کی کوشش کرتا ہے۔ اگر IOException (نیٹ ورک کا مسئلہ) ہوتا ہے، تو استثنا لاگ کیا جاتا ہے اور AppException کے طور پر دوبارہ پھینکا جاتا ہے۔ اگر JsonParseException ہوتا ہے — ایک ڈیفالٹ صارف واپس کیا جاتا ہے۔ finally بلاک لوڈنگ انڈیکیٹر کو چھپانے کی ضمانت دیتا ہے، اسکرین پر UI اجزاء کے رساؤ کو روکتا ہے۔

Swift میں Try-Catch

Swift میں، غلطی کا نظم Error پروٹوکول (پہلے ErrorType) کے ذریعے لاگو کیا گیا ہے۔ Error کے مطابق کوئی بھی قسم throw آپریٹر کے ذریعے پھینکی جا سکتی ہے۔ جو فنکشن غلطی پھینک سکتا ہے، اس کے دستخط میں throws کلیدی لفظ سے نشان زد کیا جاتا ہے۔ ایسے فنکشن کو کال کرنے کے لیے try سابقہ (واضح try-catch کے لیے)، try? (اختیاری نتیجہ) یا try! (غلطی ہینڈلنگ کے بغیر جبری عمل) کی ضرورت ہوتی ہے۔

enum NetworkError: Error {
    case noConnection
    case serverError(code: Int)
    case timeout
}

func fetchUser(id: Int) throws -> User {
    guard isConnected() else {
        throw NetworkError.noConnection
    }
    let data = try performRequest(path: "/users/\(id)")
    return try decodeUser(from: data)
}

do {
    let user = try fetchUser(id: 42)
    updateUI(user)
} catch NetworkError.noConnection {
    showOfflineAlert()
} catch let error as NetworkError {
    showError("نیٹ ورک " + error.localizedDescription)
} catch {
    showGenericError()
}

Enum NetworkError Error پروٹوکول کو لاگو کرتا ہے، تین کیسز متعین کرتا ہے: noConnection، کوڈ کے ساتھ serverError اور timeout۔ fetchUser فنکشن throws سے نشان زد ہے: پہلے کنکشن چیک کرتا ہے، پھر درخواست اور پارسنگ کرتا ہے۔ do-catch بلاک میں، تین catch مختلف منظرناموں کو ہینڈل کرتے ہیں: مخصوص noConnection کیس، عام NetworkError قسم اور دیگر تمام غلطیاں۔ یہ مسئلہ کی قسم کے مطابق صارف کو مختلف پیغامات دکھانے کی اجازت دیتا ہے۔

Kotlin میں Try-Catch

Kotlin نے Java سے try-catch-finally وراثت میں لیا لیکن ایک اہم فرق شامل کیا: Kotlin میں، try-catch ایک ایکسپریشن (expression) ہے، بیان (statement) نہیں۔ اس کا مطلب ہے کہ try بلاک یا catch بلاک کا نتیجہ ایک متغیر کو تفویض کیا جا سکتا ہے۔ try بلاک میں آخری ایکسپریشن کامیابی پر نتیجہ بن جاتا ہے، catch میں آخری ایکسپریشن — غلطی پر۔ اگر غلطی کسی catch سے ہینڈل نہیں ہوتی، تو استثنا اسٹیک میں اوپر جاتا ہے۔

sealed class Result<out T> {
    data class Success<out T>(val data: T) : Result<T>()
    data class Error(val exception: Throwable) : Result<Nothing>()
}

fun loadData(): Result<List<Item>> {
    return try {
        val response = api.getItems()
        Result.Success(response.toList())
    } catch (e: HttpException) {
        Log.e("HTTP ", e)
        Result.Error(e)
    } catch (e: IOException) {
        Log.e("نیٹ ورک ", e)
        Result.Error(e)
    }
}

مثال میں، sealed class Result ایک کامیاب جواب یا غلطی کو لپیٹتا ہے۔ loadData فنکشن try-catch کو ایکسپریشن کے طور پر استعمال کرتا ہے: کامیابی پر Result.Success لوٹاتا ہے، HttpException یا IOException پر — لاگنگ کے ساتھ Result.Error۔ یہ طریقہ کار کالر کو استثنا کے بغیر غلطیوں کو ہینڈل کرنے کی اجازت دیتا ہے — Result قسم پر when ایکسپریشن کے ذریعے۔ یہ Jetpack Compose میں StateFlow اور collectAsState کے ذریعے مختلف UI حالتیں (Loading, Success, Error) دکھانے کے لیے خاص طور پر آسان ہے۔

Dart اور Flutter میں Try-Catch

Dart Java جیسے نحو کے ساتھ try-catch-finally کو سپورٹ کرتا ہے، لیکن ایک متغیر متعین کیے بغیر استثنا کی قسم کے مطابق فلٹر کرنے کے لیے ایک on شق کے اضافے کے ساتھ۔ یہ اس وقت آسان ہے جب خود استثنا کی ضرورت نہ ہو — صرف اس کی قسم کی حقیقت اہم ہے۔ Dart دو پیرامیٹرز کے ساتھ catch بلاک کو بھی سپورٹ کرتا ہے: استثنا آبجیکٹ اور StackTrace، جو مکمل کال چین کو لاگ کرنے کے لیے مفید ہے۔

import 'dart:io';
import 'dart:convert';

class UserRepository {
    Future<User> fetchUser(String id) async {
        try {
            final client = HttpClient();
            final request = await client.getUrl(
                Uri.parse('https://api.example.com/users/$id')
            );
            final response = await request.close();
            final body = await response.transform(utf8.decoder).join();
            return User.fromJson(json.decode(body));
        } on SocketException catch (e, stackTrace) {
            log("No internet", e, stackTrace);
            throw AppException("Connection failed");
        } on FormatException {
            throw AppException("Invalid response format");
        } finally {
            client.close();
        }
    }
}

SocketException تفصیلی لاگنگ کے لیے استثنا آبجیکٹ اور StackTrace دونوں کے ساتھ پکڑا جاتا ہے، پھر AppException کے طور پر دوبارہ پھینکا جاتا ہے۔ FormatException متغیر کے بغیر پکڑا جاتا ہے — جواب کی شکل غلط ہونے کا علم کافی ہے۔ finally بلاک HttpClient کو بند کرنے کی ضمانت دیتا ہے، ساکٹ رساؤ کو روکتا ہے۔ Flutter میں، یہ طریقہ Widget ٹیسٹنگ کے لیے خاص طور پر اہم ہے، جہاں State.initState میں غیر ہینڈل شدہ استثنا پورے ٹیسٹ سیشن کو کریش کر دیتا ہے۔

Try-Catch استعمال میں عام غلطیاں

تجربہ کار ڈویلپرز بھی try-catch کے ساتھ کام کرتے ہوئے غلطیاں کرتے ہیں جو میموری رساؤ، پوشیدہ بگز یا ایپلیکیشن کے نامناسب رویے کا سبب بنتی ہیں۔ آئیے موبائل ڈویلپمنٹ میں پانچ سب سے عام مسائل دیکھتے ہیں۔

خالی catch بلاک

خالی catch بدترین طریقوں میں سے ایک ہے۔ استثنا نگل لیا جاتا ہے، ایپلیکیشن غلط حالت میں کام کرتی رہتی ہے اور ڈویلپر کو مسئلے کا علم نہیں ہوتا۔ ہمیشہ کم از کم استثنا کو لاگ کریں۔ Kotlin میں catch(e: Exception) { Log.e(...) }، Swift میں — catch { print($0) } استعمال کریں۔ Dart میں، کم از کم قابل قبول catch کو debugPrint کال کرنا چاہیے یا Crashlytics میں لکھنا چاہیے۔

بہت وسیع catch

اقسام میں فرق کیے بغیر catch (Exception e) کے ذریعے تمام استثنا پکڑنا غیر متوقع غلطیاں — NullPointerException، OutOfMemoryError، StackOverflowError چھپا دیتا ہے۔ صرف وہی اقسام پکڑیں جن کی آپ توقع کرتے ہیں اور ہینڈل کر سکتے ہیں۔ باقی سب کے لیے، اوپر پھیلنے کی اجازت دیں۔ موبائل ڈویلپمنٹ میں، IOException، TimeoutException، AuthException کے لیے مخصوص catch صارف کو زیادہ معنی خیز پیغامات دیتے ہیں۔

finally کو نظر انداز کرنا

وسائل — فائلیں، ساکٹ، DB کرسرز، اینیمیشن — finally میں یا use بلاک (AutoCloseable) میں خالی کیے جانے چاہئیں۔ ڈویلپرز اکثر استثنا ہونے پر وسائل بند کرنا بھول جاتے ہیں، جو رساؤ کا سبب بنتا ہے۔ Kotlin میں Closeable وسائل کے لیے .use { }، Swift میں — defer { }، Dart میں — async پیکج سے await using استعمال کریں۔ finally بلاک catch کے اندر استثنا پھینکے جانے پر بھی رہائی کو یقینی بناتا ہے۔

تھریڈز اور coroutines میں استثنا

غیر متزامن کوڈ میں، try-catch دوسرے تھریڈز سے استثنا نہیں پکڑتا۔ Kotlin Coroutines میں CoroutineExceptionHandler یا SupervisorJob استعمال کریں۔ Swift async/await میں — Task کے اندر do-catch۔ Flutter میں — عالمی پکڑ کے لیے runZonedGuarded۔ اس اصول کو نظر انداز کرنا پروڈکشن میں مشکل سے دوبارہ پیدا ہونے والے کریشز کا سبب ہے۔

استثنا پر UI بلاک کرنا

استثنا ہینڈلنگ کو یوزر انٹرفیس کو غیر معینہ مدت تک بلاک نہیں کرنا چاہیے۔ صارف کو ایک مخصوص پیغام دکھائیں اور انہیں آپریشن دوبارہ کرنے کا موقع دیں۔ Kotlin/Compose میں Retry بٹن کے ساتھ Snackbar، Swift میں UIAlertController، Flutter میں SnackBar — نیٹ ورک یا سرور کی غلطیوں کے لیے کم از کم کافی یوزر تجربہ۔ بحالی کے اختیارات کے بغیر عام “ایک غلطی ہوئی” ڈائیلاگ سے بچیں۔