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

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

এছাড়াও আচরণ পরিবর্তনের তালিকা পর্যালোচনা করতে ভুলবেন না যা শুধুমাত্র Android 15 কে লক্ষ্য করে এমন অ্যাপগুলিকে প্রভাবিত করে ৷

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

Android 15 অ্যান্ড্রয়েড সিস্টেমের বিভিন্ন মূল ক্ষমতাগুলিকে সংশোধন বা প্রসারিত করে।

প্যাকেজ পরিবর্তন স্টপ অবস্থা

软件包 FLAG_STOPPED 状态（用户可以通过在 AOSP build 中长按应用图标并选择“强制停止”来启用此状态）的用途一直是让应用保持在此状态，直到用户通过直接启动应用或间接与应用互动（通过 Sharesheet 或 widget、将应用选择为动态壁纸等）来明确将应用从此状态移除。在 Android 15 中，我们更新了系统行为，使其与此预期行为保持一致。应用应仅通过直接或间接的用户操作从停止状态移除。

为了支持预期行为，除了现有限制之外，当应用在搭载 Android 15 的设备上进入停止状态时，系统还会取消所有待处理 intent。当用户的操作将应用从停止状态移除时，系统会将 ACTION_BOOT_COMPLETED 广播传送到应用，以便应用有机会重新注册所有待处理 intent。

您可以调用新的 ApplicationStartInfo.wasForceStopped() 方法来确认应用是否已进入停止状态。

16 KB পৃষ্ঠার আকারের জন্য সমর্থন

ঐতিহাসিকভাবে, অ্যান্ড্রয়েড শুধুমাত্র 4 KB মেমরি পৃষ্ঠার আকার সমর্থন করে, যা অ্যান্ড্রয়েড ডিভাইসে সাধারণত থাকা মোট মেমরির গড় পরিমাণের জন্য সিস্টেম মেমরির কার্যকারিতা অপ্টিমাইজ করেছে। অ্যান্ড্রয়েড 15 দিয়ে শুরু করে, AOSP 16 KB (16 KB ডিভাইস) এর পৃষ্ঠার আকার ব্যবহার করার জন্য কনফিগার করা ডিভাইসগুলিকে সমর্থন করে। যদি আপনার অ্যাপটি SDK-এর মাধ্যমে প্রত্যক্ষ বা পরোক্ষভাবে কোনও NDK লাইব্রেরি ব্যবহার করে, তাহলে এই 16 KB ডিভাইসে কাজ করার জন্য আপনাকে আপনার অ্যাপটি পুনর্নির্মাণ করতে হবে।

যেহেতু ডিভাইস নির্মাতারা বৃহত্তর পরিমাণে ভৌত মেমরি (RAM) সহ ডিভাইসগুলি তৈরি করতে থাকে, এই ডিভাইসগুলির মধ্যে অনেকগুলি ডিভাইসের কার্যকারিতা অপ্টিমাইজ করার জন্য 16 KB (এবং শেষ পর্যন্ত আরও বড়) পৃষ্ঠার আকার গ্রহণ করবে। 16 KB পৃষ্ঠার আকারের ডিভাইসগুলির জন্য সমর্থন যোগ করা আপনার অ্যাপটিকে এই ডিভাইসগুলিতে চালানোর জন্য সক্ষম করে এবং আপনার অ্যাপটিকে সংশ্লিষ্ট কর্মক্ষমতা উন্নতি থেকে উপকৃত হতে সাহায্য করে। পুনরায় কম্পাইল করা ছাড়া, অ্যাপগুলি ভবিষ্যতের Android রিলিজে 16 KB ডিভাইসে কাজ করবে না।

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

优势和性能提升

16 KB পৃষ্ঠার আকারের সাথে কনফিগার করা ডিভাইসগুলি গড়ে সামান্য বেশি মেমরি ব্যবহার করে, তবে সিস্টেম এবং অ্যাপ উভয়ের জন্য বিভিন্ন কর্মক্ষমতা উন্নতিও লাভ করে:

  • সিস্টেম মেমরির চাপে থাকাকালীন অ্যাপ লঞ্চের সময় কম: গড়ে 3.16% কম, কিছু অ্যাপের জন্য আরও উল্লেখযোগ্য উন্নতি (30% পর্যন্ত) যা আমরা পরীক্ষা করেছি
  • অ্যাপ লঞ্চের সময় পাওয়ার ড্র কম হয়েছে: গড়ে 4.56% হ্রাস
  • দ্রুত ক্যামেরা লঞ্চ: গড়ে 4.48% দ্রুত গরম শুরু হয় এবং গড়ে 6.60% দ্রুত ঠান্ডা শুরু হয়
  • উন্নত সিস্টেম বুট সময়: গড়ে 8% (প্রায় 950 মিলিসেকেন্ড) দ্বারা উন্নত

এই উন্নতিগুলি আমাদের প্রাথমিক পরীক্ষার উপর ভিত্তি করে করা হয়েছে এবং প্রকৃত ডিভাইসগুলির ফলাফলগুলি সম্ভবত আলাদা হতে পারে৷ আমরা আমাদের পরীক্ষা চালিয়ে যাওয়ার সাথে সাথে অ্যাপগুলির সম্ভাব্য লাভের অতিরিক্ত বিশ্লেষণ প্রদান করব।

检查您的应用是否受到影响

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

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

ব্যক্তিগত স্থান সমর্থন করার জন্য কিছু অ্যাপের জন্য প্রয়োজনীয় পরিবর্তন

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

সব অ্যাপ

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

মেডিকেল অ্যাপস

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

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

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

লঞ্চার অ্যাপস

আপনি যদি একটি লঞ্চার অ্যাপ তৈরি করেন, তাহলে ব্যক্তিগত স্থানের অ্যাপগুলি দৃশ্যমান হওয়ার আগে আপনাকে অবশ্যই নিম্নলিখিতগুলি করতে হবে:

  1. আপনার অ্যাপটিকে ডিভাইসের জন্য ডিফল্ট লঞ্চার অ্যাপ হিসেবে বরাদ্দ করতে হবে—অর্থাৎ, ROLE_HOME ভূমিকার অধিকারী৷
  2. আপনার অ্যাপকে অবশ্যই আপনার অ্যাপের ম্যানিফেস্ট ফাইলে ACCESS_HIDDEN_PROFILES স্বাভাবিক অনুমতি ঘোষণা করতে হবে।

লঞ্চার অ্যাপগুলি যেগুলি ACCESS_HIDDEN_PROFILES অনুমতি ঘোষণা করে তাদের অবশ্যই নিম্নলিখিত ব্যক্তিগত স্থান ব্যবহারের ক্ষেত্রে পরিচালনা করতে হবে:

  1. ব্যক্তিগত জায়গায় ইনস্টল করা অ্যাপগুলির জন্য আপনার অ্যাপে একটি পৃথক লঞ্চার কন্টেইনার থাকতে হবে। কোন ধরনের ব্যবহারকারী প্রোফাইল পরিচালনা করা হচ্ছে তা নির্ধারণ করতে getLauncherUserInfo() পদ্ধতি ব্যবহার করুন।
  2. ব্যবহারকারীকে অবশ্যই ব্যক্তিগত স্থানের ধারকটি লুকাতে এবং দেখাতে সক্ষম হতে হবে।
  3. ব্যবহারকারী ব্যক্তিগত স্থান ধারক লক এবং আনলক করতে সক্ষম হতে হবে. ব্যক্তিগত স্থানটি লক করতে ( true পাস করে) বা আনলক করতে ( false পাস করে) করার জন্য requestQuietModeEnabled() পদ্ধতি ব্যবহার করুন।

  4. লক থাকা অবস্থায়, ব্যক্তিগত স্থানের পাত্রে কোনো অ্যাপ দৃশ্যমান বা অনুসন্ধানের মতো প্রক্রিয়ার মাধ্যমে আবিষ্কার করা উচিত নয়। আপনার অ্যাপের উচিত ACTION_PROFILE_AVAILABLE এবং ACTION_PROFILE_UNAVAILABLE সম্প্রচারের জন্য একটি রিসিভার নিবন্ধন করা এবং ব্যক্তিগত স্থান কন্টেইনারের লক বা আনলক করা অবস্থার পরিবর্তন হলে আপনার অ্যাপে UI আপডেট করা উচিত। এই দুটি সম্প্রচারের মধ্যে রয়েছে EXTRA_USER , যা আপনার অ্যাপ ব্যক্তিগত প্রোফাইল ব্যবহারকারীকে উল্লেখ করতে ব্যবহার করতে পারে৷

    ব্যক্তিগত স্থান প্রোফাইল লক করা আছে কিনা তা পরীক্ষা করতে আপনি isQuietModeEnabled() পদ্ধতি ব্যবহার করতে পারেন।

অ্যাপ স্টোর অ্যাপস

ব্যক্তিগত স্থানটিতে একটি "অ্যাপস ইনস্টল করুন" বোতাম রয়েছে যা ব্যবহারকারীর ব্যক্তিগত স্থানে অ্যাপগুলি ইনস্টল করার একটি অন্তর্নিহিত অভিপ্রায় চালু করে৷ আপনার অ্যাপটি এই অন্তর্নিহিত অভিপ্রায়টি পাওয়ার জন্য, CATEGORY_APP_MARKET এর <category> সহ আপনার অ্যাপের ম্যানিফেস্ট ফাইলে একটি <intent-filter> ঘোষণা করুন।

PNG-ভিত্তিক ইমোজি ফন্ট সরানো হয়েছে

উত্তরাধিকার, PNG-ভিত্তিক ইমোজি ফন্ট ফাইল ( NotoColorEmojiLegacy.ttf ) সরানো হয়েছে, শুধুমাত্র ভেক্টর-ভিত্তিক ফাইলটি রেখে। অ্যান্ড্রয়েড 13 (API লেভেল 33) থেকে শুরু করে, সিস্টেম ইমোজি রেন্ডারার দ্বারা ব্যবহৃত ইমোজি ফন্ট ফাইলটি একটি PNG-ভিত্তিক ফাইল থেকে ভেক্টর ভিত্তিক ফাইলে পরিবর্তিত হয়েছে । সিস্টেমটি সামঞ্জস্যের কারণে অ্যান্ড্রয়েড 13 এবং 14 এ লিগ্যাসি ফন্ট ফাইলটি ধরে রেখেছে, যাতে তাদের নিজস্ব ফন্ট রেন্ডারার সহ অ্যাপগুলি আপগ্রেড করতে সক্ষম না হওয়া পর্যন্ত লিগ্যাসি ফন্ট ফাইলটি ব্যবহার করা চালিয়ে যেতে পারে।

আপনার অ্যাপ প্রভাবিত হয়েছে কিনা তা পরীক্ষা করতে, NotoColorEmojiLegacy.ttf ফাইলের রেফারেন্সের জন্য আপনার অ্যাপের কোড খুঁজুন।

আপনি বিভিন্ন উপায়ে আপনার অ্যাপটিকে মানিয়ে নিতে বেছে নিতে পারেন:

  • টেক্সট রেন্ডারিংয়ের জন্য প্ল্যাটফর্ম API ব্যবহার করুন। আপনি একটি বিটম্যাপ-ব্যাকড Canvas পাঠ্য রেন্ডার করতে পারেন এবং প্রয়োজনে একটি কাঁচা চিত্র পেতে এটি ব্যবহার করতে পারেন।
  • আপনার অ্যাপে COLRv1 ফন্ট সমর্থন যোগ করুন। FreeType ওপেন সোর্স লাইব্রেরি 2.13.0 এবং উচ্চতর সংস্করণে COLRv1 সমর্থন করে।
  • শেষ অবলম্বন হিসাবে, আপনি আপনার APK-এ লিগ্যাসি ইমোজি ফন্ট ফাইল ( NotoColorEmoji.ttf ) বান্ডিল করতে পারেন, যদিও সেই ক্ষেত্রে আপনার অ্যাপটি সাম্প্রতিক ইমোজি আপডেটগুলি অনুপস্থিত থাকবে৷ আরও তথ্যের জন্য, নোটো ইমোজি গিটহাব প্রকল্প পৃষ্ঠাটি দেখুন।

23 থেকে 24 তে ন্যূনতম লক্ষ্য SDK সংস্করণ বৃদ্ধি করা হয়েছে৷

Android 15 基于 在 Android 14 中进行的更改，并扩展了 安全性。在 Android 15 中， 无法安装低于 24 的 targetSdkVersion。 要求应用符合现代 API 级别有助于确保更好的安全性和 保护隐私。

恶意软件通常会以较低的 API 级别为目标平台，以绕过安全和隐私 更高的 Android 版本中引入的保护机制。例如，有些恶意软件应用使用 targetSdkVersion 22，以避免受到 Android 6.0 Marshmallow（API 级别 23）在 2015 年引入的运行时权限模型的约束。这项 Android 15 变更使恶意软件更难以规避安全和隐私权方面的改进限制。尝试安装以较低 API 级别为目标平台的应用将导致安装失败，并且 Logcat 中会显示如下所示的消息：

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7

在升级到 Android 15 的设备上，targetSdkVersion 级别较低的任何应用 安装在 Google Play 上

如果您需要测试以旧版 API 级别为目标平台的应用，请使用以下 ADB 命令：

adb install --bypass-low-target-sdk-block FILENAME.apk

নিরাপত্তা এবং গোপনীয়তা

Android 15 ওয়ান-টাইম পাসকোড (OTP) জালিয়াতির বিরুদ্ধে লড়াই করার জন্য এবং ব্যবহারকারীর সংবেদনশীল বিষয়বস্তুকে সুরক্ষিত করতে, বিজ্ঞপ্তি শ্রোতা পরিষেবা এবং স্ক্রিনশেয়ার সুরক্ষাগুলিকে কঠোর করার উপর ফোকাস করে শক্তিশালী ব্যবস্থা প্রবর্তন করেছে। মূল বর্ধিতকরণগুলির মধ্যে রয়েছে অবিশ্বস্ত অ্যাপগুলিতে অ্যাক্সেসযোগ্য বিজ্ঞপ্তিগুলি থেকে ওটিপিগুলি সংশোধন করা, স্ক্রিন শেয়ারের সময় বিজ্ঞপ্তিগুলি লুকানো এবং ওটিপিগুলি পোস্ট করার সময় অ্যাপের কার্যকলাপগুলি সুরক্ষিত করা। এই পরিবর্তনগুলি ব্যবহারকারীর সংবেদনশীল বিষয়বস্তুকে অননুমোদিত অভিনেতাদের থেকে সুরক্ষিত রাখতে লক্ষ্য করে৷

Android 15-এর পরিবর্তনগুলির সাথে তাদের অ্যাপগুলি সামঞ্জস্যপূর্ণ কিনা তা নিশ্চিত করতে বিকাশকারীদের নিম্নলিখিতগুলি সম্পর্কে সচেতন হতে হবে:

ওটিপি রিডাকশন

অ্যান্ড্রয়েড অবিশ্বস্ত অ্যাপগুলিকে বন্ধ করবে যেগুলি একটি NotificationListenerService প্রয়োগ করে যেখানে একটি OTP সনাক্ত করা হয়েছে সেই বিজ্ঞপ্তিগুলি থেকে অসংশোধিত সামগ্রী পড়া থেকে। সহচর ডিভাইস ম্যানেজার অ্যাসোসিয়েশনের মতো বিশ্বস্ত অ্যাপগুলি এই বিধিনিষেধগুলি থেকে অব্যাহতিপ্রাপ্ত৷

স্ক্রিনশেয়ার সুরক্ষা

  • ব্যবহারকারীর গোপনীয়তা রক্ষা করার জন্য স্ক্রিন শেয়ারিং সেশনের সময় নোটিফিকেশন কন্টেন্ট লুকানো থাকে। অ্যাপটি setPublicVersion() প্রয়োগ করলে, Android বিজ্ঞপ্তির সর্বজনীন সংস্করণ দেখায় যা অনিরাপদ প্রসঙ্গে প্রতিস্থাপন বিজ্ঞপ্তি হিসাবে কাজ করে। অন্যথায়, বিজ্ঞপ্তির বিষয়বস্তু আর কোনো প্রসঙ্গ ছাড়াই সংশোধন করা হয়।
  • পাসওয়ার্ড ইনপুটের মতো সংবেদনশীল বিষয়বস্তু দূরবর্তী দর্শকদের কাছ থেকে লুকিয়ে রাখা হয় যাতে ব্যবহারকারীর সংবেদনশীল তথ্য প্রকাশ না হয়।
  • স্ক্রিনশেয়ারের সময় যেখানে একটি OTP শনাক্ত করা হয়েছে সেখানে বিজ্ঞপ্তিগুলি পোস্ট করে এমন অ্যাপগুলির কার্যকলাপগুলি লুকানো হবে৷ অ্যাপ কন্টেন্ট রিমোট ভিউয়ার থেকে লুকানো থাকে যখন লঞ্চ করা হয়।
  • Android-এর সংবেদনশীল ক্ষেত্রগুলির স্বয়ংক্রিয় শনাক্তকরণের বাইরে, বিকাশকারীরা ম্যানুয়ালি তাদের অ্যাপের অংশগুলিকে setContentSensitivity ব্যবহার করে সংবেদনশীল হিসাবে চিহ্নিত করতে পারে, যা স্ক্রিন শেয়ারের সময় দূরবর্তী দর্শকদের থেকে লুকানো থাকে।
  • ডেমো বা পরীক্ষার উদ্দেশ্যে স্ক্রিনশেয়ার সুরক্ষা থেকে অব্যাহতি পাওয়ার জন্য বিকাশকারীরা বিকাশকারী বিকল্পগুলির অধীনে স্ক্রিন শেয়ার সুরক্ষা বিকল্পটি অক্ষম করতে টগল করতে বেছে নিতে পারেন। ডিফল্ট সিস্টেম স্ক্রিন রেকর্ডারকে এই পরিবর্তনগুলি থেকে অব্যাহতি দেওয়া হয়েছে, যেহেতু রেকর্ডিংগুলি ডিভাইসে থাকে৷
,

Android 15 ওয়ান-টাইম পাসকোড (OTP) জালিয়াতির বিরুদ্ধে লড়াই করার জন্য এবং ব্যবহারকারীর সংবেদনশীল বিষয়বস্তুকে সুরক্ষিত করতে, বিজ্ঞপ্তি শ্রোতা পরিষেবা এবং স্ক্রিনশেয়ার সুরক্ষাগুলিকে কঠোর করার উপর ফোকাস করে শক্তিশালী ব্যবস্থা প্রবর্তন করেছে। মূল বর্ধিতকরণগুলির মধ্যে রয়েছে অবিশ্বস্ত অ্যাপগুলিতে অ্যাক্সেসযোগ্য বিজ্ঞপ্তিগুলি থেকে ওটিপিগুলি সংশোধন করা, স্ক্রিন শেয়ারের সময় বিজ্ঞপ্তিগুলি লুকানো এবং ওটিপিগুলি পোস্ট করার সময় অ্যাপের কার্যকলাপগুলি সুরক্ষিত করা। এই পরিবর্তনগুলি ব্যবহারকারীর সংবেদনশীল বিষয়বস্তুকে অননুমোদিত অভিনেতাদের থেকে সুরক্ষিত রাখতে লক্ষ্য করে৷

Android 15-এর পরিবর্তনগুলির সাথে তাদের অ্যাপগুলি সামঞ্জস্যপূর্ণ কিনা তা নিশ্চিত করতে বিকাশকারীদের নিম্নলিখিতগুলি সম্পর্কে সচেতন হতে হবে:

ওটিপি রিডাকশন

অ্যান্ড্রয়েড অবিশ্বস্ত অ্যাপগুলিকে বন্ধ করবে যেগুলি একটি NotificationListenerService প্রয়োগ করে যেখানে একটি OTP সনাক্ত করা হয়েছে সেই বিজ্ঞপ্তিগুলি থেকে অসংশোধিত সামগ্রী পড়া থেকে। সহচর ডিভাইস ম্যানেজার অ্যাসোসিয়েশনের মতো বিশ্বস্ত অ্যাপগুলি এই বিধিনিষেধগুলি থেকে অব্যাহতিপ্রাপ্ত৷

স্ক্রিনশেয়ার সুরক্ষা

  • ব্যবহারকারীর গোপনীয়তা রক্ষা করার জন্য স্ক্রিন শেয়ারিং সেশনের সময় নোটিফিকেশন কন্টেন্ট লুকানো থাকে। অ্যাপটি setPublicVersion() প্রয়োগ করলে, Android বিজ্ঞপ্তির সর্বজনীন সংস্করণ দেখায় যা অনিরাপদ প্রসঙ্গে প্রতিস্থাপন বিজ্ঞপ্তি হিসাবে কাজ করে। অন্যথায়, বিজ্ঞপ্তির বিষয়বস্তু আর কোনো প্রসঙ্গ ছাড়াই সংশোধন করা হয়।
  • পাসওয়ার্ড ইনপুটের মতো সংবেদনশীল বিষয়বস্তু দূরবর্তী দর্শকদের কাছ থেকে লুকিয়ে রাখা হয় যাতে ব্যবহারকারীর সংবেদনশীল তথ্য প্রকাশ না হয়।
  • স্ক্রিনশেয়ারের সময় যেখানে একটি OTP শনাক্ত করা হয়েছে সেখানে বিজ্ঞপ্তিগুলি পোস্ট করে এমন অ্যাপগুলির কার্যকলাপগুলি লুকানো হবে৷ অ্যাপ কন্টেন্ট রিমোট ভিউয়ার থেকে লুকানো থাকে যখন লঞ্চ করা হয়।
  • Android-এর সংবেদনশীল ক্ষেত্রগুলির স্বয়ংক্রিয় শনাক্তকরণের বাইরে, বিকাশকারীরা ম্যানুয়ালি তাদের অ্যাপের অংশগুলিকে setContentSensitivity ব্যবহার করে সংবেদনশীল হিসাবে চিহ্নিত করতে পারে, যা স্ক্রিন শেয়ারের সময় দূরবর্তী দর্শকদের থেকে লুকানো থাকে।
  • ডেমো বা পরীক্ষার উদ্দেশ্যে স্ক্রিনশেয়ার সুরক্ষা থেকে অব্যাহতি পাওয়ার জন্য বিকাশকারীরা বিকাশকারী বিকল্পগুলির অধীনে স্ক্রিন শেয়ার সুরক্ষা বিকল্পটি অক্ষম করতে টগল করতে বেছে নিতে পারেন। ডিফল্ট সিস্টেম স্ক্রিন রেকর্ডারকে এই পরিবর্তনগুলি থেকে অব্যাহতি দেওয়া হয়েছে, যেহেতু রেকর্ডিংগুলি ডিভাইসে থাকে৷

ক্যামেরা এবং মিডিয়া

Android 15 সমস্ত অ্যাপের জন্য ক্যামেরা এবং মিডিয়া আচরণে নিম্নলিখিত পরিবর্তনগুলি করে৷

প্রত্যক্ষ এবং অফলোড অডিও প্লেব্যাক পূর্বে খোলা সরাসরি বা অফলোড অডিও ট্র্যাকগুলি অবৈধ করে যখন সংস্থান সীমা পৌঁছে যায়

অ্যান্ড্রয়েড 15-এর আগে, অন্য অ্যাপ অডিও চালানোর সময় যদি কোনও অ্যাপ সরাসরি বা অফলোড অডিও প্লেব্যাকের অনুরোধ করে এবং রিসোর্স সীমা পৌঁছে যায়, অ্যাপটি একটি নতুন AudioTrack খুলতে ব্যর্থ হবে।

অ্যান্ড্রয়েড 15 থেকে শুরু করে, যখন কোনো অ্যাপ সরাসরি বা অফলোড প্লেব্যাকের অনুরোধ করে এবং রিসোর্স সীমা পৌঁছে যায়, তখন সিস্টেমটি বর্তমানে খোলা AudioTrack অবজেক্টকে বাতিল করে দেয় যা নতুন ট্র্যাকের অনুরোধ পূরণ করতে বাধা দেয়।

(সরাসরি এবং অফলোড অডিও ট্র্যাকগুলি সাধারণত সংকুচিত অডিও ফর্ম্যাটগুলির প্লেব্যাকের জন্য খোলা হয়৷ সরাসরি অডিও চালানোর জন্য সাধারণ ব্যবহারের ক্ষেত্রে HDMI এর মাধ্যমে একটি টিভিতে এনকোডেড অডিও স্ট্রিম করা অন্তর্ভুক্ত৷ অফলোড ট্র্যাকগুলি সাধারণত হার্ডওয়্যার ডিএসপি সহ একটি মোবাইল ডিভাইসে সংকুচিত অডিও চালানোর জন্য ব্যবহৃত হয়৷ ত্বরণ।)

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

অ্যান্ড্রয়েড 15-এ এমন কিছু পরিবর্তন রয়েছে যা আরও সামঞ্জস্যপূর্ণ, স্বজ্ঞাত ব্যবহারকারীর অভিজ্ঞতা তৈরি করার উদ্দেশ্যে করা হয়েছে।

ভবিষ্যদ্বাণীমূলক ব্যাক অ্যানিমেশনগুলি অ্যাপ্লিকেশনগুলির জন্য সক্ষম করেছে

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

  • ভবিষ্যদ্বাণীমূলক ব্যাক জেসচার ব্যবহার করতে আপনার অ্যাপটি সঠিকভাবে স্থানান্তরিত হয়েছে তা নিশ্চিত করুন।
  • নিশ্চিত করুন যে আপনার টুকরো রূপান্তরগুলি পূর্বাভাসমূলক ব্যাক নেভিগেশনের সাথে কাজ করে৷
  • অ্যানিমেশন এবং ফ্রেমওয়ার্ক ট্রানজিশন থেকে দূরে সরে যান এবং পরিবর্তে অ্যানিমেটর এবং অ্যান্ড্রয়েডক্স ট্রানজিশন ব্যবহার করুন।
  • FragmentManager জানেন না এমন ব্যাক স্ট্যাকগুলি থেকে দূরে স্থানান্তর করুন৷ এর পরিবর্তে FragmentManager বা নেভিগেশন উপাদান দ্বারা পরিচালিত ব্যাক স্ট্যাকগুলি ব্যবহার করুন৷

ব্যবহারকারী যখন কোনো অ্যাপকে জোর করে থামিয়ে দেয় তখন উইজেট অক্ষম করা হয়

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

পরের বার ব্যবহারকারী যখন অ্যাপটি চালু করেন তখন সিস্টেমটি সেই উইজেটগুলিকে পুনরায় সক্ষম করে৷

আরও তথ্যের জন্য, প্যাকেজ বন্ধ অবস্থায় পরিবর্তন দেখুন।

মিডিয়া প্রজেকশন স্ট্যাটাস বার চিপ ব্যবহারকারীদের স্ক্রিন শেয়ারিং, কাস্টিং এবং রেকর্ডিং সম্পর্কে সতর্ক করে

屏幕投影漏洞会泄露用户的私密数据（例如财务信息），因为用户不知道自己的设备屏幕正在共享。

对于搭载 Android 15 QPR1 或更高版本的设备上运行的应用，系统会在状态栏中显示一个醒目的大条状标签，以提醒用户正在进行的任何屏幕投影。用户可以点按该条状标签，停止共享、投放或录制其屏幕。此外，当设备屏幕锁定时，屏幕投影会自动停止。

用于屏幕共享、投屏和录制的状态栏条状标签。

检查您的应用是否受到影响

默认情况下，您的应用会包含状态栏条状标签，并会在锁定屏幕激活时自动暂停屏幕投影。

如需详细了解如何针对这些用例测试应用，请参阅状态栏条状标签和自动停止。

পটভূমি নেটওয়ার্ক অ্যাক্সেস সীমাবদ্ধতা

অ্যান্ড্রয়েড 15-এ, যে অ্যাপগুলি একটি বৈধ প্রক্রিয়া লাইফসাইকেলের বাইরে একটি নেটওয়ার্ক অনুরোধ শুরু করে একটি ব্যতিক্রম পায়। সাধারণত, একটি UnknownHostException বা অন্যান্য সকেট-সম্পর্কিত IOException । নেটওয়ার্ক অনুরোধগুলি যেগুলি একটি বৈধ জীবনচক্রের বাইরে ঘটে থাকে সাধারণত অ্যাপগুলি আর সক্রিয় না থাকার পরেও অজান্তে একটি নেটওয়ার্ক অনুরোধ চালিয়ে যাওয়ার কারণে হয়৷

এই ব্যতিক্রমটি প্রশমিত করতে, নিশ্চিত করুন যে আপনার নেটওয়ার্ক অনুরোধগুলি জীবনচক্র সচেতন এবং লাইফসাইকেল সচেতন উপাদানগুলি ব্যবহার করে একটি বৈধ প্রক্রিয়া জীবনচক্র ছেড়ে যাওয়ার পরে বাতিল করা হয়েছে৷ যদি এটি গুরুত্বপূর্ণ হয় যে ব্যবহারকারী অ্যাপ্লিকেশনটি ছেড়ে যাওয়ার পরেও নেটওয়ার্ক অনুরোধটি ঘটতে পারে, তাহলে WorkManager ব্যবহার করে নেটওয়ার্ক অনুরোধের সময় নির্ধারণের কথা বিবেচনা করুন বা Foreground Service ব্যবহার করে একটি ব্যবহারকারীর দৃশ্যমান কাজ চালিয়ে যান৷

অবজ্ঞা

প্রতিটি প্রকাশের সাথে, নির্দিষ্ট Android APIগুলি অপ্রচলিত হয়ে যেতে পারে বা আরও ভাল বিকাশকারীর অভিজ্ঞতা প্রদান করতে বা নতুন প্ল্যাটফর্মের সক্ষমতাগুলিকে সমর্থন করার জন্য পুনরায় ফ্যাক্টর করতে হবে৷ এই ক্ষেত্রে, আমরা আনুষ্ঠানিকভাবে অপ্রচলিত API গুলিকে অবমূল্যায়ন করি এবং পরিবর্তে ব্যবহার করার জন্য বিকল্প APIগুলিতে বিকাশকারীদের নির্দেশ করি৷

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