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

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

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

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

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

অ্যান্ড্রয়েড ১৫ অ্যান্ড্রয়েড সিস্টেমের বিভিন্ন মূল ক্ষমতা পরিবর্তন বা প্রসারিত করে।

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

The intention of the package FLAG_STOPPED state (which users can engage in AOSP builds by long-pressing an app icon and selecting "Force Stop") has always been to keep apps in this state until the user explicitly removes the app from this state by directly launching the app or indirectly interacting with the app (through the sharesheet or a widget, selecting the app as live wallpaper, etc.). In Android 15, we've updated the behavior of the system to be aligned with this intended behavior. Apps should only be removed from the stopped state through direct or indirect user action.

To support the intended behavior, in addition to the existing restrictions, the system also cancels all pending intents when the app enters the stopped state on a device running Android 15. When the user's actions remove the app from the stopped state, the ACTION_BOOT_COMPLETED broadcast is delivered to the app providing an opportunity to re-register any pending intents.

You can call the new ApplicationStartInfo.wasForceStopped() method to confirm whether the app was put into the stopped state.

১৬ কেবি পৃষ্ঠার আকারের জন্য সমর্থন

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

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

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

Benefits and performance gains

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

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

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

Check if your app is impacted

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

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

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

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

সব অ্যাপ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ন্যূনতম লক্ষ্য SDK সংস্করণ ২৩ থেকে ২৪ এ বৃদ্ধি করা হয়েছে।

অ্যান্ড্রয়েড 15 অ্যান্ড্রয়েড 14-এ করা পরিবর্তনগুলির উপর ভিত্তি করে তৈরি করে এবং এই নিরাপত্তাকে আরও প্রসারিত করে। অ্যান্ড্রয়েড 15-এ, 24-এর কম targetSdkVersion সহ অ্যাপগুলি ইনস্টল করা যাবে না। আধুনিক API স্তরগুলি পূরণ করার জন্য অ্যাপগুলির প্রয়োজন আরও ভাল নিরাপত্তা এবং গোপনীয়তা নিশ্চিত করতে সহায়তা করে৷

উচ্চতর Android সংস্করণে প্রবর্তিত নিরাপত্তা এবং গোপনীয়তা সুরক্ষাগুলিকে বাইপাস করার জন্য ম্যালওয়্যার প্রায়ই নিম্ন API স্তরগুলিকে লক্ষ্য করে৷ উদাহরণস্বরূপ, Android 6.0 Marshmallow (API স্তর 23) দ্বারা 2015 সালে চালু করা রানটাইম অনুমতি মডেলের শিকার হওয়া এড়াতে কিছু ম্যালওয়্যার অ্যাপ 22-এর একটি targetSdkVersion ব্যবহার করে। এই Android 15 পরিবর্তন নিরাপত্তা এবং গোপনীয়তার উন্নতি এড়াতে ম্যালওয়্যারের জন্য কঠিন করে তোলে। একটি নিম্ন API স্তর লক্ষ্য করে একটি অ্যাপ ইনস্টল করার চেষ্টা করার ফলে একটি ইনস্টলেশন ব্যর্থতা দেখা দেয়, নিম্নলিখিতগুলির মত একটি বার্তা Logcat-এ উপস্থিত হয়:

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

Android 15-এ আপগ্রেড করা ডিভাইসগুলিতে, 24-এর কম targetSdkVersion সহ যেকোনও অ্যাপ ইনস্টল থাকে।

আপনি যদি একটি পুরানো API স্তর লক্ষ্য করে একটি অ্যাপ্লিকেশন পরীক্ষা করতে চান, নিম্নলিখিত ADB কমান্ড ব্যবহার করুন:

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

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

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

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

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

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

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

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

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

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

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

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

অ্যান্ড্রয়েড ১৫ সকল অ্যাপের ক্যামেরা এবং মিডিয়া আচরণে নিম্নলিখিত পরিবর্তনগুলি করে।

রিসোর্স সীমায় পৌঁছে গেলে, ডাইরেক্ট এবং অফলোড অডিও প্লেব্যাক পূর্বে খোলা ডাইরেক্ট বা অফলোড অডিও ট্র্যাকগুলিকে বাতিল করে দেয়

Before Android 15, if an app requested direct or offload audio playback while another app was playing audio and the resource limits were reached, the app would fail to open a new AudioTrack.

Beginning with Android 15, when an app requests direct or offload playback and the resource limits are reached, the system invalidates any currently open AudioTrack objects which prevent fulfilling the new track request.

(Direct and offload audio tracks are typically opened for playback of compressed audio formats. Common use-cases for playing direct audio include streaming encoded audio over HDMI to a TV. Offload tracks are typically used to play compressed audio on a mobile device with hardware DSP acceleration.)

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

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

যেসব অ্যাপ অপ্ট-ইন করা হয়েছে তাদের জন্য ভবিষ্যদ্বাণীমূলক ব্যাক অ্যানিমেশন সক্ষম করা হয়েছে

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

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

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

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

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

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

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

স্ক্রীন প্রজেকশন শোষণ ব্যক্তিগত ব্যবহারকারীর ডেটা যেমন আর্থিক তথ্য প্রকাশ করে কারণ ব্যবহারকারীরা বুঝতে পারে না যে তাদের ডিভাইসের স্ক্রিন ভাগ করা হচ্ছে।

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

স্ক্রিন শেয়ারিং, কাস্টিং এবং রেকর্ডিংয়ের জন্য স্ট্যাটাস বার চিপ।

আপনার অ্যাপ প্রভাবিত হয়েছে কিনা তা পরীক্ষা করুন

ডিফল্টরূপে, আপনার অ্যাপে স্ট্যাটাস বার চিপ অন্তর্ভুক্ত থাকে এবং লক স্ক্রিন সক্রিয় হলে স্বয়ংক্রিয়ভাবে স্ক্রিন প্রজেকশন স্থগিত করে।

এই ব্যবহারের ক্ষেত্রে আপনার অ্যাপটি কীভাবে পরীক্ষা করবেন সে সম্পর্কে আরও জানতে, স্ট্যাটাস বার চিপ এবং অটো স্টপ দেখুন।

ব্যাকগ্রাউন্ড নেটওয়ার্ক অ্যাক্সেস সীমাবদ্ধতা

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

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

অবচয়

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

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