এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

আচরণ পরিবর্তন: সমস্ত অ্যাপ্লিকেশন

Android 16 প্ল্যাটফর্মে এমন আচরণগত পরিবর্তন রয়েছে যা আপনার অ্যাপকে প্রভাবিত করতে পারে। নিম্নলিখিত আচরণগত পরিবর্তনগুলি targetSdkVersion নির্বিশেষে, Android 16 এ চলা সমস্ত অ্যাপের ক্ষেত্রে প্রযোজ্য। আপনার অ্যাপটি পরীক্ষা করা উচিত এবং তারপরে প্রযোজ্য ক্ষেত্রে এই পরিবর্তনগুলি সমর্থন করার জন্য প্রয়োজন অনুসারে এটি পরিবর্তন করা উচিত।

শুধুমাত্র Android 16-কে লক্ষ্য করে এমন অ্যাপগুলিকে প্রভাবিত করে এমন আচরণগত পরিবর্তনের তালিকাটিও পর্যালোচনা করতে ভুলবেন না।

মূল কার্যকারিতা

অ্যান্ড্রয়েড ১৬ (এপিআই লেভেল ৩৬) এ নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে যা অ্যান্ড্রয়েড সিস্টেমের বিভিন্ন মূল ক্ষমতা পরিবর্তন বা প্রসারিত করে।

JobScheduler কোটা অপ্টিমাইজেশন

অ্যান্ড্রয়েড 16 থেকে শুরু করে, আমরা নিম্নলিখিত বিষয়গুলির উপর ভিত্তি করে নিয়মিত এবং দ্রুত কাজ সম্পাদনের রানটাইম কোটা সামঞ্জস্য করছি:

অ্যাপ্লিকেশানটি কোন অ্যাপ স্ট্যান্ডবাই বালতিতে রয়েছে : Android 16-এ, সক্রিয় স্ট্যান্ডবাই বাকেটগুলি উদার রানটাইম কোটা দ্বারা প্রয়োগ করা শুরু হবে৷
অ্যাপটি শীর্ষ অবস্থায় থাকাকালীন চাকরিটি কার্যকর করা শুরু করলে : Android 16-এ, অ্যাপটি ব্যবহারকারীর কাছে দৃশ্যমান থাকাকালীন চাকরি শুরু হয় এবং অ্যাপটি অদৃশ্য হয়ে যাওয়ার পরেও চলতে থাকে, চাকরির রানটাইম কোটা মেনে চলবে।
যদি একটি ফোরগ্রাউন্ড পরিষেবা চালানোর সময় কাজটি কার্যকর করা হয় : Android 16-এ, যে কাজগুলি একটি ফোরগ্রাউন্ড পরিষেবার সাথে একযোগে কাজ করছে সেগুলি চাকরির রানটাইম কোটা মেনে চলবে। আপনি যদি ব্যবহারকারীর সূচনাকৃত ডেটা স্থানান্তরের জন্য কাজের সুবিধা নিয়ে থাকেন, তবে পরিবর্তে ব্যবহারকারীর সূচিত ডেটা স্থানান্তর কাজগুলি ব্যবহার করার কথা বিবেচনা করুন।

এই পরিবর্তনটি WorkManager, JobScheduler, এবং DownloadManager ব্যবহার করে নির্ধারিত কাজগুলিকে প্রভাবিত করে৷ কেন একটি কাজ বন্ধ করা হয়েছিল তা ডিবাগ করার জন্য, আমরা WorkInfo.getStopReason() (JobScheduler কাজের জন্য, JobParameters.getStopReason() ) কল করে কল করে কেন আপনার কাজ বন্ধ করা হয়েছিল তা লগ করার পরামর্শ দিই।

আপনার অ্যাপের অবস্থা কীভাবে এটি ব্যবহার করতে পারে এমন সংস্থানগুলিকে প্রভাবিত করে সে সম্পর্কে তথ্যের জন্য, পাওয়ার ম্যানেজমেন্ট রিসোর্স সীমা দেখুন৷ ব্যাটারি-অনুকূল সর্বোত্তম অনুশীলন সম্পর্কে আরও তথ্যের জন্য, টাস্ক শিডিউলিং API-এর জন্য ব্যাটারি ব্যবহার অপ্টিমাইজ করার নির্দেশিকা পড়ুন।

আমরা Android 16-এ প্রবর্তিত নতুন JobScheduler#getPendingJobReasonsHistory API ব্যবহার করার পরামর্শ দিচ্ছি কেন একটি চাকরি কার্যকর করা হয়নি তা বোঝার জন্য।

টেস্টিং

আপনার অ্যাপের আচরণ পরীক্ষা করার জন্য, আপনি নির্দিষ্ট চাকরির কোটা অপ্টিমাইজেশনের ওভাররাইড সক্ষম করতে পারেন যতক্ষণ না অ্যাপটি একটি Android 16 ডিভাইসে চলছে।

"শীর্ষ রাষ্ট্র চাকরীর রানটাইম কোটা মেনে চলবে" এর প্রয়োগ অক্ষম করতে, নিম্নলিখিত adb কমান্ডটি চালান:

adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME

"যে কাজগুলি একযোগে একটি ফোরগ্রাউন্ড পরিষেবার সাথে কাজ চালানোর সময় কাজ রানটাইম কোটা মেনে চলবে" এর প্রয়োগকে নিষ্ক্রিয় করতে, নিম্নলিখিত adb কমান্ডটি চালান:

adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME

নির্দিষ্ট অ্যাপ স্ট্যান্ডবাই বালতি আচরণ পরীক্ষা করতে, আপনি নিম্নলিখিত adb কমান্ড ব্যবহার করে আপনার অ্যাপের অ্যাপ স্ট্যান্ডবাই বাকেট সেট করতে পারেন:

adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted

আপনার অ্যাপটি যে অ্যাপ স্ট্যান্ডবাই বালতিতে রয়েছে তা বোঝার জন্য, আপনি নিম্নলিখিত adb কমান্ড ব্যবহার করে আপনার অ্যাপের অ্যাপ স্ট্যান্ডবাই বাকেট পেতে পারেন:

adb shell am get-standby-bucket APP_PACKAGE_NAME

পরিত্যক্ত খালি চাকরি বন্ধের কারণ

একটি পরিত্যক্ত কাজ ঘটে যখন কাজের সাথে যুক্ত JobParameters অবজেক্টটি আবর্জনা সংগ্রহ করা হয়, কিন্তু JobService#jobFinished(JobParameters, boolean) কাজ সমাপ্তির সংকেত দিতে ডাকা হয়নি। এটি ইঙ্গিত দেয় যে অ্যাপের সচেতনতা ছাড়াই চাকরিটি চলমান এবং পুনঃনির্ধারিত হতে পারে।

যে অ্যাপগুলি JobScheduler-এর উপর নির্ভর করে, JobParameters অবজেক্টের একটি শক্তিশালী রেফারেন্স বজায় রাখে না এবং টাইমআউট এখন STOP_REASON_TIMEOUT পরিবর্তে নতুন চাকরি বন্ধের কারণ STOP_REASON_TIMEOUT_ABANDONED দেওয়া হবে।

নতুন পরিত্যক্ত স্টপ কারণের ঘন ঘন ঘটনা ঘটলে, সিস্টেম কাজের ফ্রিকোয়েন্সি কমাতে প্রশমনের পদক্ষেপ নেবে।

অ্যাপ্লিকেশানগুলিকে পরিত্যক্ত কাজগুলি সনাক্ত করতে এবং কমাতে নতুন স্টপ কারণ ব্যবহার করা উচিত৷

আপনি যদি WorkManager, AsyncTask, বা DownloadManager ব্যবহার করেন, তাহলে আপনি প্রভাবিত হবেন না কারণ এই APIগুলি আপনার অ্যাপের হয়ে চাকরির জীবনচক্র পরিচালনা করে।

JobInfo#setImportantWhileForeground সম্পূর্ণরূপে অবজ্ঞা করা হচ্ছে

JobInfo.Builder#setImportantWhileForeground(boolean) পদ্ধতি একটি কাজের গুরুত্ব নির্দেশ করে যখন সময়সূচী অ্যাপটি অগ্রভাগে থাকে বা যখন সাময়িকভাবে ব্যাকগ্রাউন্ড সীমাবদ্ধতা থেকে অব্যাহতি দেওয়া হয়।

Android 12 (API লেভেল 31) থেকে এই পদ্ধতিটি অবমূল্যায়িত হয়েছে। অ্যান্ড্রয়েড 16 থেকে শুরু করে, এটি আর কার্যকরভাবে কাজ করে না এবং এই পদ্ধতিতে কল করা উপেক্ষা করা হবে।

কার্যকারিতার এই অপসারণ JobInfo#isImportantWhileForeground() ক্ষেত্রেও প্রযোজ্য। অ্যান্ড্রয়েড 16 থেকে শুরু করে, যদি পদ্ধতিটি বলা হয়, তবে পদ্ধতিটি false ফেরত দেয়।

অর্ডার করা সম্প্রচার অগ্রাধিকার স্কোপ আর বিশ্বব্যাপী নেই

অ্যান্ড্রয়েড অ্যাপ্লিকেশানগুলিকে ব্রডকাস্ট রিসিভারগুলিতে অগ্রাধিকার নির্ধারণ করার অনুমতি দেওয়া হয় যাতে রিসিভারগুলি সম্প্রচারটি গ্রহণ করে এবং প্রক্রিয়া করে তা নিয়ন্ত্রণ করতে। ম্যানিফেস্ট-ঘোষিত রিসিভারগুলির জন্য, অ্যাপগুলি অগ্রাধিকার নির্ধারণ করতে android:priority বৈশিষ্ট্য ব্যবহার করতে পারে এবং প্রসঙ্গ-নিবন্ধিত রিসিভারগুলির জন্য, অ্যাপগুলি অগ্রাধিকার নির্ধারণ করতে IntentFilter#setPriority() API ব্যবহার করতে পারে৷ যখন একটি সম্প্রচার পাঠানো হয়, সিস্টেমটি সর্বোচ্চ থেকে সর্বনিম্ন পর্যন্ত তাদের অগ্রাধিকারের ক্রমানুসারে রিসিভারদের কাছে পৌঁছে দেয়।

Android 16-এ, বিভিন্ন প্রক্রিয়া জুড়ে android:priority অ্যাট্রিবিউট বা IntentFilter#setPriority() ব্যবহার করে ব্রডকাস্ট ডেলিভারি অর্ডার নিশ্চিত করা হবে না। সম্প্রচার অগ্রাধিকার শুধুমাত্র সমস্ত প্রক্রিয়ার পরিবর্তে একই আবেদন প্রক্রিয়ার মধ্যে সম্মান করা হবে।

এছাড়াও, সম্প্রচারের অগ্রাধিকারগুলি স্বয়ংক্রিয়ভাবে পরিসরে সীমাবদ্ধ থাকবে ( SYSTEM_LOW_PRIORITY + 1, SYSTEM_HIGH_PRIORITY - 1)৷ শুধুমাত্র সিস্টেমের উপাদানগুলিকে SYSTEM_LOW_PRIORITY , SYSTEM_HIGH_PRIORITY সম্প্রচার অগ্রাধিকার হিসাবে সেট করার অনুমতি দেওয়া হবে৷

আপনার অ্যাপটি নিম্নোক্ত যেকোনো একটি করলে প্রভাবিত হতে পারে:

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

যদি প্রক্রিয়াগুলি একে অপরের সাথে সমন্বয় করতে হয়, তবে তাদের অন্যান্য সমন্বয় চ্যানেল ব্যবহার করে যোগাযোগ করা উচিত।

শিল্পের অভ্যন্তরীণ পরিবর্তন

Android 16 includes the latest updates to the Android Runtime (ART) that improve the Android Runtime's (ART's) performance and provide support for additional Java features. Through Google Play System updates, these improvements are also available to over a billion devices running Android 12 (API level 31) and higher.

As these changes are released, libraries and app code that rely on internal structures of ART might not work correctly on devices running Android 16, along with earlier Android versions that update the ART module through Google Play system updates.

Relying on internal structures (such as non-SDK interfaces) can always lead to compatibility problems, but it's particularly important to avoid relying on code (or libraries containing code) that leverages internal ART structures, since ART changes aren't tied to the platform version the device is running on and they go out to over a billion devices through Google Play system updates.

All developers should check whether their app is impacted by testing their apps thoroughly on Android 16. In addition, check the known issues to see if your app depends on any libraries that we've identified that rely on internal ART structures. If you do have app code or library dependencies that are affected, seek public API alternatives whenever possible and request public APIs for new use cases by creating a feature request in our issue tracker.

১৬ কেবি পৃষ্ঠার আকার সামঞ্জস্য মোড

প্ল্যাটফর্মের কর্মক্ষমতা অপ্টিমাইজ করতে Android 15 16 KB মেমরি পৃষ্ঠাগুলির জন্য সমর্থন চালু করেছে। Android 16 একটি সামঞ্জস্যপূর্ণ মোড যোগ করে, যা 4 KB মেমরি পৃষ্ঠাগুলির জন্য নির্মিত কিছু অ্যাপকে 16 KB মেমরি পৃষ্ঠাগুলির জন্য কনফিগার করা ডিভাইসে চালানোর অনুমতি দেয়।

যখন আপনার অ্যাপ Android 16 বা তার উচ্চতর সংস্করণের কোনো ডিভাইসে চলছে, যদি Android শনাক্ত করে যে আপনার অ্যাপে 4 KB সারিবদ্ধ মেমরি পৃষ্ঠা রয়েছে, তাহলে এটি স্বয়ংক্রিয়ভাবে সামঞ্জস্যপূর্ণ মোড ব্যবহার করে এবং ব্যবহারকারীর কাছে একটি বিজ্ঞপ্তি ডায়ালগ প্রদর্শন করে। পিছনের দিকের সামঞ্জস্য মোড সক্ষম করতে AndroidManifest.xml এ android:pageSizeCompat বৈশিষ্ট্য সেট করা আপনার অ্যাপ চালু হওয়ার সময় ডায়ালগ প্রদর্শনকে বাধা দেবে৷ android:pageSizeCompat প্রপার্টি ব্যবহার করতে, Android 16 SDK ব্যবহার করে আপনার অ্যাপ কম্পাইল করুন।

সর্বোত্তম কর্মক্ষমতা, নির্ভরযোগ্যতা এবং স্থিতিশীলতার জন্য, আপনার অ্যাপটি এখনও 16 KB সারিবদ্ধ হওয়া উচিত। আরও বিশদ বিবরণের জন্য 16 KB মেমরি পৃষ্ঠাগুলিকে সমর্থন করার জন্য আপনার অ্যাপগুলি আপডেট করার বিষয়ে আমাদের সাম্প্রতিক ব্লগ পোস্টটি দেখুন৷

কম্প্যাটিবিলিটি মোড ডায়ালগ যা প্রদর্শন করে যখন সিস্টেম শনাক্ত করে যে 16 KB সারিবদ্ধ হলে একটি 4 KB-সারিবদ্ধ অ্যাপ আরও ভালোভাবে চলতে পারে।

ব্যবহারকারীর অভিজ্ঞতা এবং সিস্টেম UI

অ্যান্ড্রয়েড ১৬ (এপিআই লেভেল ৩৬) এ নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত রয়েছে যা আরও সামঞ্জস্যপূর্ণ, স্বজ্ঞাত ব্যবহারকারীর অভিজ্ঞতা তৈরি করার উদ্দেশ্যে করা হয়েছে।

Android 16 অ্যাকসেসিবিলিটি ঘোষণাগুলিকে বাতিল করে, যা announceForAccessibility ব্যবহার বা TYPE_ANNOUNCEMENT অ্যাক্সেসিবিলিটি ইভেন্টগুলির প্রেরণের দ্বারা চিহ্নিত৷ এগুলি টকব্যাক এবং অ্যান্ড্রয়েডের স্ক্রিন রিডার ব্যবহারকারীদের জন্য অসামঞ্জস্যপূর্ণ ব্যবহারকারীর অভিজ্ঞতা তৈরি করতে পারে এবং বিকল্পগুলি Android এর বিভিন্ন সহায়ক প্রযুক্তি জুড়ে ব্যবহারকারীর চাহিদার বিস্তৃত পরিসরকে আরও ভালভাবে পরিবেশন করে৷

বিকল্পের উদাহরণ:

উইন্ডো পরিবর্তনের মতো উল্লেখযোগ্য UI পরিবর্তনের জন্য Activity.setTitle(CharSequence) এবং setAccessibilityPaneTitle(java.lang.CharSequence) ব্যবহার করুন। রচনায়, Modifier.semantics { paneTitle = "paneTitle" }
ব্যবহারকারীকে গুরুত্বপূর্ণ UI-তে পরিবর্তন সম্পর্কে অবহিত করতে, setAccessibilityLiveRegion(int) ব্যবহার করুন। রচনায়, Modifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]} । এগুলি অল্প ব্যবহার করা উচিত কারণ প্রতিবার ভিউ আপডেট করার সময় এগুলি ঘোষণা তৈরি করতে পারে৷
ব্যবহারকারীদের ত্রুটি সম্পর্কে অবহিত করতে, AccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR ধরনের একটি AccessibilityEvent পাঠান এবং AccessibilityNodeInfo#setError(CharSequence) সেট করুন, অথবা TextView#setError(CharSequence) ব্যবহার করুন।

অপ্রচলিত announceForAccessibility API-এর রেফারেন্স ডকুমেন্টেশনে প্রস্তাবিত বিকল্পগুলি সম্পর্কে আরও বিশদ অন্তর্ভুক্ত রয়েছে৷

৩-বোতাম নেভিগেশনের জন্য সমর্থন

Android 16 সঠিকভাবে ভবিষ্যদ্বাণীমূলক ব্যাক-এ স্থানান্তরিত অ্যাপগুলির জন্য 3-বোতাম নেভিগেশনে ভবিষ্যদ্বাণীমূলক ব্যাক সমর্থন নিয়ে আসে। পিছনের বোতামটি দীর্ঘক্ষণ চাপলে একটি ভবিষ্যদ্বাণীমূলক ব্যাক অ্যানিমেশন শুরু হয়, যা আপনাকে পিছনের সোয়াইপ আপনাকে কোথায় নিয়ে যায় তার একটি পূর্বরূপ দেয়।

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

3-বোতাম নেভিগেশন মোডে ভবিষ্যদ্বাণীমূলক ব্যাক অ্যানিমেশন।

স্বয়ংক্রিয় থিমযুক্ত অ্যাপ আইকন

Beginning with Android 16 QPR 2, Android automatically applies themes to app icons to create a cohesive home screen experience. This occurs if an app does not provide its own themed app icon. Apps can control the design of their themed app icon by including a monochrome layer within their adaptive icon and previewing what their app icon will look like in Android Studio.

ডিভাইস ফর্ম ফ্যাক্টর

ভার্চুয়াল ডিভাইস মালিকদের দ্বারা ডিসপ্লেতে প্রজেক্ট করা হলে অ্যান্ড্রয়েড ১৬ (এপিআই লেভেল ৩৬) অ্যাপগুলির জন্য নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত করে।

ভার্চুয়াল ডিভাইসের মালিক ওভাররাইড করে

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

ফোনে ভার্চুয়াল ডিভাইসের মালিক ভার্চুয়াল ডিভাইস তৈরি করেন যা অ্যাপটিকে রিমোট ডিসপ্লেতে প্রজেক্ট করে।

প্রতি-অ্যাপ ওভাররাইড

অ্যান্ড্রয়েড ১৬ (এপিআই লেভেল ৩৬) চালিত ডিভাইসগুলিতে, ভার্চুয়াল ডিভাইস মালিকরা ভার্চুয়াল ডিভাইস মালিকদের দ্বারা পরিচালিত নির্বাচিত ভার্চুয়াল ডিভাইসগুলিতে অ্যাপ সেটিংস ওভাররাইড করতে পারেন। উদাহরণস্বরূপ, অ্যাপ লেআউট উন্নত করার জন্য, একজন ভার্চুয়াল ডিভাইস মালিক অ্যাপগুলিকে একটি বহিরাগত ডিসপ্লেতে প্রজেক্ট করার সময় ওরিয়েন্টেশন, আকৃতির অনুপাত এবং আকার পরিবর্তনের সীমাবদ্ধতা উপেক্ষা করতে পারেন।

সাধারণ ব্রেকিং পরিবর্তনগুলি

অ্যান্ড্রয়েড ১৬ এর আচরণ আপনার অ্যাপের UI-কে গাড়ির ডিসপ্লে বা Chromebook-এর মতো বড় স্ক্রিন ফর্ম ফ্যাক্টরগুলিতে প্রভাবিত করতে পারে, বিশেষ করে পোর্ট্রেট ওরিয়েন্টেশনে ছোট ডিসপ্লের জন্য ডিজাইন করা লেআউটগুলিতে। আপনার অ্যাপটিকে সমস্ত ডিভাইস ফর্ম ফ্যাক্টরের জন্য কীভাবে অভিযোজিত করবেন তা জানতে, অভিযোজিত লেআউট সম্পর্কে দেখুন।

তথ্যসূত্র

কম্প্যানিয়ন অ্যাপ স্ট্রিমিং

নিরাপত্তা

অ্যান্ড্রয়েড ১৬ (এপিআই লেভেল ৩৬) এ এমন পরিবর্তন রয়েছে যা সিস্টেম নিরাপত্তাকে উৎসাহিত করে অ্যাপ এবং ব্যবহারকারীদের ক্ষতিকারক অ্যাপ থেকে রক্ষা করতে সাহায্য করে।

ইন্টেন্ট রিডাইরেকশন আক্রমণের বিরুদ্ধে উন্নত নিরাপত্তা

অ্যান্ড্রয়েড ১৬ সাধারণ Intent রিডাইরেকশন আক্রমণের বিরুদ্ধে ডিফল্ট সুরক্ষা প্রদান করে, ন্যূনতম সামঞ্জস্যতা এবং ডেভেলপার পরিবর্তন প্রয়োজন।

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

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

ইন্টেন্ট রিডাইরেকশন হ্যান্ডলিং থেকে বেরিয়ে আসুন

অ্যান্ড্রয়েড ১৬ একটি নতুন API চালু করেছে যা অ্যাপগুলিকে লঞ্চ সুরক্ষা সুরক্ষা থেকে অপ্ট আউট করার অনুমতি দেয়। এটি নির্দিষ্ট কিছু ক্ষেত্রে প্রয়োজনীয় হতে পারে যেখানে ডিফল্ট সুরক্ষা আচরণ বৈধ অ্যাপ ব্যবহারের ক্ষেত্রে হস্তক্ষেপ করে।

অ্যান্ড্রয়েড ১৬ (এপিআই লেভেল ৩৬) এসডিকে বা উচ্চতর সংস্করণের বিপরীতে কম্পাইল করা অ্যাপ্লিকেশনগুলির জন্য

আপনি Intent অবজেক্টে সরাসরি removeLaunchSecurityProtection() পদ্ধতিটি ব্যবহার করতে পারেন।

val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }

অ্যান্ড্রয়েড ১৫ (এপিআই লেভেল ৩৫) বা তার নিচের সংস্করণের সাথে কম্পাইল করা অ্যাপ্লিকেশনগুলির জন্য

যদিও সুপারিশ করা হয় না, আপনি removeLaunchSecurityProtection() পদ্ধতি অ্যাক্সেস করার জন্য প্রতিফলন ব্যবহার করতে পারেন।

val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent", Intent::class.java)
try {
    val removeLaunchSecurityProtection = Intent::class.java.getDeclaredMethod("removeLaunchSecurityProtection")
    removeLaunchSecurityProtection.invoke(iSublevel)
} catch (e: Exception) {
    // Handle the exception, e.g., log it
} // Opt-out from the security hardening using reflection
iSublevel?.let { startActivity(it) }

কম্প্যানিয়ন অ্যাপগুলিকে আর আবিষ্কারের সময়সীমা সম্পর্কে অবহিত করা হবে না

অ্যান্ড্রয়েড 16 ব্যবহারকারীর লোকেশন গোপনীয়তাকে ক্ষতিকারক অ্যাপ থেকে রক্ষা করতে সঙ্গী ডিভাইস পেয়ারিং ফ্লো চলাকালীন একটি নতুন আচরণ প্রবর্তন করে। RESULT_DISCOVERY_TIMEOUT ব্যবহার করে অ্যান্ড্রয়েড 16-এ চলমান সমস্ত সঙ্গী অ্যাপগুলিকে আর আবিষ্কারের সময়সীমার বিষয়ে সরাসরি বিজ্ঞপ্তি দেওয়া হয় না। পরিবর্তে, ব্যবহারকারীকে একটি ভিজ্যুয়াল ডায়ালগের মাধ্যমে সময় শেষ হওয়ার ঘটনা সম্পর্কে অবহিত করা হয়। যখন ব্যবহারকারী ডায়ালগ খারিজ করে, অ্যাপটিকে RESULT_USER_REJECTED সাথে অ্যাসোসিয়েশন ব্যর্থতার বিষয়ে সতর্ক করা হয়।

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

সংযোগ

পেরিফেরাল ডিভাইসের সাথে সংযোগ উন্নত করতে অ্যান্ড্রয়েড ১৬ (এপিআই লেভেল ৩৬) ব্লুটুথ স্ট্যাকে নিম্নলিখিত পরিবর্তনগুলি অন্তর্ভুক্ত করে।

উন্নত বন্ড ক্ষতি ব্যবস্থাপনা

Android 16 থেকে শুরু করে, দূরবর্তী বন্ডের ক্ষতি শনাক্ত হলে নিরাপত্তা এবং ব্যবহারকারীর অভিজ্ঞতা উন্নত করতে ব্লুটুথ স্ট্যাক আপডেট করা হয়েছে। পূর্বে, সিস্টেমটি স্বয়ংক্রিয়ভাবে বন্ডটি সরিয়ে ফেলবে এবং একটি নতুন জোড়া প্রক্রিয়া শুরু করবে, যা অনিচ্ছাকৃতভাবে পুনরায় জোড়া লাগাতে পারে। আমরা অনেক ক্ষেত্রে দেখেছি যে অ্যাপগুলি বন্ড লস ইভেন্টকে সামঞ্জস্যপূর্ণভাবে যত্ন নেয় না।

অভিজ্ঞতা একত্রিত করতে, অ্যান্ড্রয়েড 16 সিস্টেমে বন্ড ক্ষতি পরিচালনার উন্নতি করেছে। যদি পূর্বে বন্ড করা ব্লুটুথ ডিভাইস পুনরায় সংযোগের পরে প্রমাণীকরণ করা না যায়, তাহলে সিস্টেম লিঙ্কটি সংযোগ বিচ্ছিন্ন করবে, স্থানীয় বন্ডের তথ্য বজায় রাখবে এবং একটি সিস্টেম ডায়ালগ প্রদর্শন করবে যা ব্যবহারকারীদের বন্ড হারানোর বিষয়ে অবহিত করবে এবং তাদের পুনরায় জোড়ার নির্দেশ দেবে।