Android Studio 3.2 (سپتامبر 2018)

اندروید استودیو 3.2 یک نسخه اصلی است که شامل انواع ویژگی‌ها و بهبودهای جدید است.

3.2.1 (اکتبر 2018)

این به‌روزرسانی اندروید استودیو 3.2 شامل تغییرات و اصلاحات زیر است:

  • نسخه همراه کوتلین اکنون 1.2.71 است.
  • نسخه پیش فرض ابزارهای ساخت اکنون 28.0.3 است.
  • در کتابخانه Navigation، انواع آرگومان از type به argType تغییر نام داده شده است.
  • اشکالات زیر رفع شده است:
    • هنگام استفاده از کتابخانه Data Binding، نام متغیرها با زیرخط باعث خطای کامپایل می‌شد.
    • CMake باعث از کار افتادن IntelliSense و سایر ویژگی‌های CLion شد.
    • افزودن SliceProvider باعث ایجاد خطاهای کامپایل در پروژه هایی می شد که از کتابخانه های androidx.* استفاده نمی کردند.
    • برخی از تست های واحد کاتلین اجرا نمی شدند.
    • یک مشکل در اتصال داده ها باعث ایجاد یک PsiInvalidElementAccessException شد.
    • عناصر <merge> گاهی اوقات باعث از کار افتادن Layout Editor می شدند.

3.2.0 مسائل شناخته شده

توجه: این مشکلات در اندروید استودیو 3.2.1 حل شده است

  • ما به شدت توصیه می کنیم از Kotlin نسخه 1.2.70 استفاده نکنید.

    Kotlin نسخه 1.2.61 باگی را برطرف می‌کند که می‌تواند باعث هنگ کردن اندروید استودیو شود، اما Kotlin 1.2.70 شامل این اصلاح نمی‌شود .

    با این حال، نسخه‌های Kotlin 1.2.71 و جدیدتر، این اصلاح را شامل می‌شوند.

  • اگرچه معمولاً نیازی به تعیین نسخه ابزارهای ساخت ندارید، هنگام استفاده از افزونه Android Gradle 3.2.0 با تنظیم renderscriptSupportModeEnabled روی true ، باید موارد زیر را در فایل build.gradle هر ماژول قرار دهید:

    android.buildToolsVersion "28.0.3"

دستیار جدید چه خبر است

یک دستیار جدید شما را از آخرین تغییرات اندروید استودیو مطلع می کند.

هنگامی که Android Studio را راه اندازی می کنید، پس از نصب یا به روز رسانی جدید، اگر تشخیص دهد که اطلاعات جدیدی برای نمایش وجود دارد، دستیار باز می شود. همچنین می‌توانید با انتخاب Help > What's new in Android Studio، دستیار را باز کنید.

اندروید جت پک

Android Jetpack با مؤلفه‌ها، ابزارها و راهنمایی‌هایی که کارهای تکراری را حذف می‌کند و به شما امکان می‌دهد سریع‌تر و آسان‌تر برنامه‌هایی با کیفیت بالا و قابل آزمایش بسازید، به سرعت بخشیدن به توسعه Android کمک می‌کند. Android Studio شامل به روز رسانی های زیر برای پشتیبانی از Jetpack است. برای اطلاعات بیشتر، به مستندات Jetpack مراجعه کنید.

ویرایشگر ناوبری جدید با اجزای ناوبری Android Jetpack یکپارچه می شود تا یک نمای گرافیکی برای ایجاد ساختار ناوبری برنامه شما ارائه دهد. ویرایشگر ناوبری طراحی و اجرای ناوبری بین مقاصد درون برنامه ای را ساده می کند.

در Android Studio 3.2، ویرایشگر ناوبری یک ویژگی آزمایشی است. برای فعال کردن ویرایشگر پیمایش، روی File > Settings ( Android Studio > Preferences on Mac) کلیک کنید، دسته آزمایشی را در قسمت سمت چپ انتخاب کنید، کادر کنار Enable Navigation Editor را علامت بزنید و Android Studio را مجدداً راه اندازی کنید.

برای کسب اطلاعات بیشتر، مستندات ویرایشگر پیمایش را بخوانید.

مهاجرت AndroidX

به‌عنوان بخشی از Jetpack، کتابخانه‌های پشتیبانی Android را با استفاده از فضای نام androidx به کتابخانه افزونه Android جدید منتقل می‌کنیم. برای اطلاعات بیشتر، به نمای کلی AndroidX مراجعه کنید.

اندروید استودیو 3.2 به شما کمک می‌کند تا با یک ویژگی مهاجرت جدید، از این فرآیند عبور کنید.

برای انتقال یک پروژه موجود به AndroidX، Refactor > مهاجرت به AndroidX را انتخاب کنید. اگر وابستگی‌های Maven دارید که به فضای نام AndroidX منتقل نشده‌اند، سیستم ساخت Android Studio نیز به‌طور خودکار آن وابستگی‌های پروژه را تبدیل می‌کند.

افزونه Android Gradle پرچم‌های جهانی زیر را ارائه می‌کند که می‌توانید در فایل gradle.properties خود تنظیم کنید:

  • android.useAndroidX : وقتی روی true تنظیم شود، این پرچم نشان می دهد که می خواهید از این به بعد استفاده از AndroidX را شروع کنید. اگر پرچم وجود نداشته باشد، Android Studio طوری رفتار می کند که انگار پرچم روی false تنظیم شده است.
  • android.enableJetifier : وقتی روی true تنظیم می‌شود، این پرچم نشان می‌دهد که می‌خواهید از ابزار پشتیبانی (از افزونه Android Gradle) برای تبدیل خودکار کتابخانه‌های شخص ثالث موجود استفاده کنید که گویی برای AndroidX نوشته شده‌اند. اگر پرچم وجود نداشته باشد، Android Studio طوری رفتار می کند که انگار پرچم روی false تنظیم شده است.

هنگامی که از دستور مهاجرت به AndroidX استفاده می کنید، هر دو پرچم روی true تنظیم می شوند.

اگر می‌خواهید بلافاصله استفاده از کتابخانه‌های AndroidX را شروع کنید و نیازی به تبدیل کتابخانه‌های شخص ثالث موجود ندارید، می‌توانید پرچم android.useAndroidX را روی true و پرچم android.enableJetifier را روی false تنظیم کنید.

Android App Bundle

Android App Bundle یک قالب آپلود جدید است که شامل همه کدها و منابع کامپایل شده برنامه شما می شود، اما تولید APK و امضای آن را به فروشگاه Google Play به تعویق می اندازد.

سپس مدل سرویس‌دهی برنامه جدید Google Play از بسته نرم افزاری شما برای تولید و ارائه فایل‌های APK بهینه‌سازی شده برای پیکربندی دستگاه هر کاربر استفاده می‌کند، بنابراین هر کاربر فقط کد و منابعی را که برای اجرای برنامه شما نیاز دارد دانلود می‌کند. دیگر نیازی به ساخت، امضا و مدیریت چندین APK ندارید و کاربران بارگیری‌های کوچکتر و بهینه‌تری دریافت می‌کنند.

علاوه بر این، می توانید ماژول های ویژگی را به پروژه برنامه خود اضافه کنید و آنها را در بسته نرم افزاری خود قرار دهید. سپس کاربران شما می توانند ویژگی های برنامه شما را در صورت تقاضا دانلود و نصب کنند.

برای ساخت یک بسته، Build > Build Bundle(s) / APK(s) > Build Bundle(s) را انتخاب کنید.

برای اطلاعات بیشتر، از جمله دستورالعمل‌های ساخت و تجزیه و تحلیل یک Android App Bundle، به Android App Bundle مراجعه کنید.

نمونه داده ها در Layout Editor

بسیاری از طرح‌بندی‌های اندروید دارای داده‌های زمان اجرا هستند که می‌تواند تجسم ظاهر و احساس یک طرح‌بندی را در مرحله طراحی توسعه برنامه دشوار کند. اکنون می توانید به راحتی پیش نمایشی از نمای خود را در ویرایشگر Layout پر از داده های نمونه مشاهده کنید. وقتی یک نما اضافه می کنید، یک دکمه در زیر نمای پنجره Design ظاهر می شود. روی این دکمه کلیک کنید تا ویژگی‌های نمای زمان طراحی را تنظیم کنید. شما می توانید از بین انواع الگوهای داده نمونه انتخاب کنید و تعداد موارد نمونه را مشخص کنید که با آنها نما پر شود.

برای استفاده از داده‌های نمونه، یک RecyclerView به یک طرح‌بندی جدید اضافه کنید، روی دکمه ویژگی‌های طراحی زمان کلیک کنید. در زیر نما، و از چرخ فلک الگوهای داده نمونه انتخاب کنید.

برش ها

Slices راه جدیدی برای جاسازی بخش هایی از عملکرد برنامه شما در سطوح رابط کاربری دیگر در Android ارائه می دهد. به عنوان مثال، Slices امکان نمایش عملکرد و محتوای برنامه را در پیشنهادات جستجوی Google فراهم می کند.

Android Studio 3.2 دارای یک الگوی داخلی است که به شما کمک می‌کند تا برنامه خود را با APIهای ارائه‌دهنده Slice جدید گسترش دهید، و همچنین بررسی‌های جدید پرز برای اطمینان از اینکه بهترین روش‌ها را هنگام ساخت Slice دنبال می‌کنید.

برای شروع روی پوشه پروژه کلیک راست کرده و New > Other > Slice Provider را انتخاب کنید.

برای کسب اطلاعات بیشتر، از جمله نحوه آزمایش تعاملات Slice، راهنمای شروع Slices را بخوانید.

کاتلین 1.2.61

Android Studio 3.2 Kotlin 1.2.61 را به همراه دارد و Android SDK جدید بهتر با Kotlin ادغام می شود. برای اطلاعات بیشتر، به وبلاگ توسعه دهندگان Android مراجعه کنید.

IntelliJ IDEA 2018.1.6

هسته Android Studio IDE با بهبودهایی از IntelliJ IDEA تا نسخه 2018.1.6 به روز شده است.

پروفایلرهای اندروید

ویژگی‌های جدید Android Profiler زیر را در Android Studio 3.2 امتحان کنید.

جلسات

اکنون می‌توانید داده‌های Profiler را به‌عنوان جلسات ذخیره کنید تا بعداً دوباره بازدید و بازرسی کنید. نمایه ساز داده های جلسه شما را تا زمانی که IDE را مجدداً راه اندازی کنید، نگه می دارد.

هنگامی که یک ردیابی متد را ضبط می کنید یا یک heap dump را ضبط می کنید ، IDE آن داده ها را (همراه با فعالیت شبکه برنامه شما) به عنوان ورودی جداگانه به جلسه فعلی اضافه می کند و می توانید به راحتی بین ضبط ها جابه جا شوید تا داده ها را مقایسه کنید.

ردیابی سیستم

در نمایه CPU ، پیکربندی جدید System Trace را انتخاب کنید تا CPU سیستم و فعالیت رشته دستگاه خود را بررسی کنید. این پیکربندی ردیابی بر روی systrace ساخته شده است و برای بررسی مسائل در سطح سیستم، مانند UI jank مفید است.

در حین استفاده از این پیکربندی ردیابی، می‌توانید به صورت بصری روتین‌های مهم کد را در جدول زمانی پروفایلر با ابزارسازی کد C/C++ خود با API ردیابی اصلی یا کد جاوا خود با کلاس Trace علامت‌گذاری کنید.

مراجع JNI را در Memory Profiler بررسی کنید

اگر برنامه خود را روی دستگاهی با Android 8.0 (سطح API 26) یا بالاتر نصب می‌کنید، اکنون می‌توانید تخصیص حافظه را برای کد JNI برنامه خود با استفاده از Memory Profiler بررسی کنید.

همانطور که در زیر نشان داده شده است، در حالی که برنامه شما در حال اجرا است، بخشی از جدول زمانی را که می خواهید بررسی کنید انتخاب کنید و JNI heap را از منوی کشویی بالای لیست کلاس انتخاب کنید. سپس می‌توانید اشیاء موجود در پشته را همانطور که معمولاً انجام می‌دهید بررسی کنید و روی اشیاء در تب Allocation Call Stack دوبار کلیک کنید تا ببینید منابع JNI کجا تخصیص یافته و در کد شما منتشر می‌شوند.

فایل‌های تخلیه پشته حافظه را وارد، صادر و بررسی کنید

اکنون می‌توانید فایل‌های تخلیه پشته حافظه .hprof را وارد، صادر و بررسی کنید که با Memory Profiler ایجاد شده‌اند.

فایل .hprof خود را با کلیک کردن روی شروع جلسه پروفایل جدید وارد کنید در قسمت Sessions نمایه ساز و سپس Load from file را انتخاب کنید. سپس می‌توانید داده‌های آن را در Memory Profiler مانند هر heap dump دیگری بررسی کنید.

برای ذخیره داده‌های پشته خالی برای بازبینی بعد، از دکمه Export Heap Dump در سمت راست ورودی Heap Dump در بخش Sessions استفاده کنید. در گفتگوی Export As که ظاهر می شود، فایل را با پسوند نام فایل .hprof ذخیره کنید.

ضبط فعالیت CPU در هنگام راه اندازی برنامه

اکنون می توانید فعالیت CPU را در هنگام راه اندازی برنامه خود به شرح زیر ضبط کنید:

  1. از منوی اصلی Run > Edit Configurations را انتخاب کنید.
  2. در زیر برگه پروفایل پیکربندی اجرای مورد نظر خود، کادر کنار شروع ضبط ردیابی روش در هنگام راه‌اندازی را علامت بزنید.
  3. یک پیکربندی ضبط CPU را برای استفاده از منوی کشویی انتخاب کنید.
  4. با انتخاب Run > Profile، برنامه خود را روی دستگاهی با Android 8.0 (سطح API 26) یا بالاتر اجرا کنید.

ردیابی CPU را صادر کنید

بعد از اینکه فعالیت CPU را با نمایه کننده CPU ضبط کردید، می توانید داده ها را به عنوان یک فایل .trace صادر کنید تا با دیگران به اشتراک بگذارید یا بعداً بازرسی کنید.

برای صادر کردن ردیابی پس از ضبط فعالیت CPU، موارد زیر را انجام دهید:

  1. روی ضبطی که می خواهید از جدول زمانی CPU صادر کنید کلیک راست کنید.
  2. از منوی کشویی Export trace را انتخاب کنید.
  3. به جایی که می خواهید فایل را ذخیره کنید بروید و روی Save کلیک کنید.

فایل های ردیابی CPU را وارد و بازرسی کنید

اکنون می توانید فایل های .trace ایجاد شده با Debug API یا CPU Profiler را وارد و بررسی کنید. (در حال حاضر، نمی‌توانید ضبط‌های System Trace را وارد کنید.)

فایل ردیابی خود را با کلیک بر روی شروع جلسه پروفایل جدید وارد کنید در قسمت Sessions نمایه ساز و سپس Load from file را انتخاب کنید. سپس می‌توانید داده‌های آن را در CPU Profiler مشابه آنچه که معمولاً انجام می‌دهید، با استثنائات زیر بررسی کنید:

  • فعالیت CPU در خط زمانی CPU نشان داده نمی شود.
  • خط زمانی فعالیت رشته تنها جایی را نشان می‌دهد که داده‌های ردیابی برای هر رشته در دسترس است و نه وضعیت‌های رشته واقعی (مانند در حال اجرا، انتظار یا خواب).

فعالیت CPU را با استفاده از Debug API ضبط کنید

اکنون می‌توانید با تنظیم برنامه خود با Debug API، ضبط فعالیت CPU را در CPU Profiler شروع و متوقف کنید. پس از استقرار برنامه خود در دستگاهی، هنگامی که برنامه شما startMethodTracing(String tracePath) را فراخوانی می‌کند، نمایه‌ساز به‌طور خودکار شروع به ضبط فعالیت‌های CPU می‌کند و هنگامی که برنامه شما stopMethodTracing() فرا می‌خواند، پروفایل‌گر ضبط را متوقف می‌کند. هنگام ضبط فعالیت CPU که با استفاده از این API راه‌اندازی می‌شود، CPU Profiler API Debug را به‌عنوان پیکربندی انتخابی ضبط CPU نشان می‌دهد.

پروفیل انرژی

Energy Profiler تصویری از میزان مصرف انرژی تخمینی برنامه شما و همچنین رویدادهای سیستمی که بر مصرف انرژی تأثیر می‌گذارند، مانند wakelocks، زنگ هشدار و مشاغل را نشان می‌دهد.

هنگامی که برنامه خود را روی دستگاه متصل یا شبیه ساز Android دارای Android 8.0 (API 26) یا بالاتر اجرا می کنید، نمایه انرژی به عنوان یک ردیف جدید در پایین پنجره Profiler ظاهر می شود.

برای به حداکثر رساندن نمایانرژی نمایه، روی ردیف انرژی کلیک کنید. نشانگر ماوس خود را روی یک نوار در جدول زمانی قرار دهید تا تجزیه و تحلیل مصرف انرژی توسط CPU، شبکه و منابع مکان (GPS) و همچنین رویدادهای مربوط به سیستم را مشاهده کنید.

رویدادهای سیستم که بر مصرف انرژی تأثیر می‌گذارند در جدول زمانی سیستم در زیر جدول زمانی انرژی نشان داده شده‌اند. جزئیات رویدادهای سیستم در محدوده زمانی مشخص شده زمانی که محدوده زمانی را در جدول زمانی انرژی انتخاب می کنید، در صفحه رویداد نشان داده می شود.

برای دیدن پشته تماس و سایر جزئیات برای یک رویداد سیستم، مانند یک قفل بیدار، آن را در صفحه رویداد انتخاب کنید. برای رفتن به کد مسئول یک رویداد سیستمی، روی ورودی در پشته تماس دوبار کلیک کنید.

بررسی لینت

Android Studio 3.2 شامل بسیاری از ویژگی‌های جدید و بهبود یافته برای بررسی پرزها است.

بررسی‌های جدید لنت به شما کمک می‌کند تا مشکلات رایج کد را پیدا کنید و آن‌ها را شناسایی کنید، از اخطارهای مربوط به مشکلات احتمالی استفاده تا خطاهای با اولویت بالا در مورد آسیب‌پذیری‌های امنیتی بالقوه.

لینت قابلیت همکاری جاوا/کاتلین را بررسی می کند

برای اطمینان از اینکه کد جاوا شما به خوبی با کد Kotlin شما کار می‌کند، بررسی‌های جدید لینت بهترین روش‌های توصیف‌شده در راهنمای Interop Kotlin را اعمال می‌کنند. نمونه‌هایی از این بررسی‌ها عبارتند از جستجوی وجود حاشیه‌نویسی‌های پوچ‌پذیری، استفاده از کلمات کلیدی سخت Kotlin، و قرار دادن پارامترهای لامبدا در آخر.

برای فعال کردن این بررسی‌ها، روی File > Settings ( Android Studio > Preferences on Mac) کلیک کنید تا کادر گفتگوی تنظیمات باز شود، به قسمت Editor > Inspections > Android > Lint > Interoperability > Kotlin Interoperability بروید و قوانینی را که می‌خواهید فعال کنید انتخاب کنید.

برای فعال کردن این بررسی‌ها برای ساخت‌های خط فرمان، موارد زیر را به فایل build.gradle خود اضافه کنید:

        android {
            lintOptions {
                check 'Interoperability'
            }
        }

Lint برای Slices بررسی می کند

بررسی‌های جدید پرز برای Slices به اطمینان از درست ساختن Slices کمک می‌کند. به عنوان مثال، بررسی‌های پرز به شما هشدار می‌دهند اگر یک اقدام اولیه را به Slice اختصاص نداده باشید.

هدف جدید Gradle

از وظیفه جدید lintFix Gradle استفاده کنید تا تمام رفع‌های ایمن پیشنهاد شده توسط بررسی لینت را مستقیماً روی کد منبع اعمال کنید. نمونه ای از بررسی پرز که پیشنهاد می کند یک راه حل ایمن برای اعمال اعمال شود، SyntheticAccessor است.

به روز رسانی متادیتا

ابرداده‌های مختلف، مانند بررسی پخش سرویس، برای بررسی‌های لینت برای کار با Android 9 (سطح API 28) به‌روزرسانی شده‌اند.

اخطار در صورت اجرای پرز در یک نوع جدید

Lint اکنون ثبت می‌کند که یک خط پایه با کدام نوع و نسخه ضبط شده است، و اگر آن را روی گونه‌ای متفاوت از آنچه خط پایه با آن ایجاد شده است اجرا کنید، lint به شما هشدار می‌دهد.

بهبود در بررسی های لینت موجود

اندروید استودیو 3.2 شامل بهبودهای بسیاری در بررسی های لینت موجود است. به عنوان مثال، بررسی‌های چرخه منبع اکنون برای انواع منابع اضافی اعمال می‌شود و آشکارساز ترجمه می‌تواند ترجمه‌های گمشده را در لحظه در ویرایشگر پیدا کند.

شناسه‌های مشکل بیشتر قابل کشف است

شناسه‌های مشکل اکنون در مکان‌های بیشتری از جمله در پنجره نتایج بازرسی نشان داده می‌شوند. این کار یافتن اطلاعاتی را که برای فعال یا غیرفعال کردن بررسی‌های خاص از طریق lintOptions در build.gradle نیاز دارید، آسان‌تر می‌کند.

برای اطلاعات بیشتر، پیکربندی گزینه‌های لینت با Gradle را ببینید.

Data Binding V2

Data Binding V2 اکنون به طور پیش فرض فعال است و با V1 سازگار است. این بدان معناست که اگر وابستگی‌های کتابخانه‌ای دارید که با V1 کامپایل کرده‌اید، می‌توانید از آنها با پروژه‌هایی با استفاده از Data Binding V2 استفاده کنید. با این حال، توجه داشته باشید که پروژه هایی که از V1 استفاده می کنند نمی توانند وابستگی هایی را که با V2 کامپایل شده اند مصرف کنند.

شیرین سازی D8

در اندروید استودیو 3.1، ما مرحله شیرین سازی را به عنوان یک ویژگی آزمایشی در ابزار D8 ادغام کردیم و زمان ساخت کلی را کاهش دادیم. در اندروید استودیو 3.2، شیرین کردن قند با D8 به طور پیش‌فرض روشن است.

کوچک کننده کد جدید

R8 یک ابزار جدید برای کوچک کردن و مبهم کردن کد است که جایگزین ProGuard می شود. می توانید با قرار دادن موارد زیر در فایل gradle.properties پروژه خود، از نسخه پیش نمایش R8 استفاده کنید:

      android.enableR8 = true

ABI های پیش فرض برای چند APK تغییر کرد

هنگام ساخت چندین APK که هرکدام ABI متفاوتی را هدف قرار می‌دهند، افزونه دیگر به‌طور پیش‌فرض APK برای ABI‌های زیر تولید نمی‌کند: mips ، mips64 و armeabi .

اگر می‌خواهید APKهایی بسازید که این ABI‌ها را هدف قرار می‌دهند، باید از NDK r16b یا پایین‌تر استفاده کنید و ABI‌ها را در فایل build.gradle خود مشخص کنید، همانطور که در زیر نشان داده شده است: 

    splits {
        abi {
            include 'armeabi', 'mips', 'mips64'
            ...
        }
    }
    
    splits {
        abi {
            include("armeabi", "mips", "mips64")
            ...
        }
    }

توجه: این تغییر رفتار در Android Studio 3.1 RC1 و بالاتر نیز گنجانده شده است.

ویژگی های ویرایشگر بهبود یافته برای فایل های ساخت CMake

اگر از CMake برای اضافه کردن کدهای C و C++ به پروژه خود استفاده می‌کنید، Android Studio اکنون دارای ویژگی‌های ویرایشگر بهبودیافته است که به شما کمک می‌کند تا اسکریپت‌های ساخت CMake خود را ویرایش کنید، مانند موارد زیر:

  • برجسته‌سازی نحو و تکمیل کد: اکنون IDE تکمیل کد را برای دستورات رایج CMake برجسته و پیشنهاد می‌کند. علاوه بر این، می‌توانید با کلیک کردن روی آن و در حین فشار دادن کلید Control (Command در Mac) به یک فایل بروید.
  • قالب بندی مجدد کد: اکنون می توانید از گزینه اصلاح فرمت کد IntelliJ برای اعمال سبک های کد در اسکریپت های ساخت CMake خود استفاده کنید.
  • Refactoring ایمن: ابزارهای بازسازی داخلی IDE اکنون همچنین بررسی می کنند که آیا فایل هایی را که در اسکریپت های ساخت CMake خود به آنها اشاره می کنید تغییر نام داده یا حذف می کنید.

هنگام استفاده از پنجره Project در نسخه‌های قبلی Android Studio، می‌توانید تنها فایل‌های سرصفحه‌ای را که متعلق به کتابخانه‌هایی هستند که از یک پروژه محلی ساخته‌اید، پیمایش و بررسی کنید. با این نسخه، اکنون می‌توانید فایل‌های سرصفحه شامل وابستگی‌های کتابخانه خارجی C/C++ را که به پروژه برنامه خود وارد می‌کنید، مشاهده و بررسی کنید.

اگر قبلاً کد و کتابخانه های C/C++ را در پروژه خود گنجانده اید ، با انتخاب View > Tool Windows > Project از منوی اصلی، پنجره Project را در سمت چپ IDE باز کنید و از منوی کشویی Android را انتخاب کنید. در فهرست cpp ، تمام سرصفحه‌هایی که در محدوده پروژه برنامه شما قرار دارند، برای هر یک از وابستگی‌های کتابخانه C/C++ محلی شما، تحت گره شامل سازماندهی می‌شوند، همانطور که در زیر نشان داده شده است.

Multidex بومی به طور پیش فرض فعال است

نسخه‌های قبلی Android Studio هنگام استقرار نسخه اشکال‌زدایی یک برنامه در دستگاهی که دارای Android API سطح 21 یا بالاتر است، multidex بومی را فعال می‌کرد. اکنون، چه در حال استقرار در دستگاهی باشید یا یک APK برای انتشار بسازید، افزونه اندروید برای Gradle، مولتی دکس بومی را برای همه ماژول‌هایی که minSdkVersion=21 یا بالاتر را تنظیم می‌کنند، فعال می‌کند.

AAPT2 به مخزن Maven گوگل منتقل شد

با شروع Android Studio 3.2، منبع AAPT2 (Android Asset Packaging Tool 2) مخزن Maven گوگل است.

برای استفاده از AAPT2، همانطور که در اینجا نشان داده شده است، مطمئن شوید که در فایل build.gradle خود یک وابستگی google() دارید: 

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath 'com.android.tools.build:gradle:3.2.0'
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    
    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath("com.android.tools.build:gradle:3.2.0")
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }

نسخه جدید AAPT2 بسیاری از مشکلات، از جمله مدیریت بهبود یافته کاراکترهای غیر ASCII در ویندوز را برطرف می کند.

حذف پیکربندی در صورت تقاضا

تنظیمات برگزیده پیکربندی درخواستی از Android Studio حذف شده است.

Android Studio دیگر آرگومان --configure-on-demand را به Gradle منتقل نمی کند.

دستیار اتصال ADB

دستیار اتصال جدید ADB دستورالعمل‌های گام به گام را برای کمک به شما در راه‌اندازی و استفاده از یک دستگاه از طریق اتصال Android Debug Bridge (ADB) ارائه می‌کند.

برای راه‌اندازی دستیار، Tools > Connection Assistant را انتخاب کنید.

دستیار اتصال ADB دستورالعمل ها، کنترل های درون متنی و فهرستی از دستگاه های متصل را در یک سری از صفحات در پانل دستیار ارائه می دهد.

بهبود شبیه ساز

اکنون می‌توانید عکس‌های فوری یک AVD (دستگاه مجازی اندروید) را در هر زمان در شبیه‌ساز Android ذخیره و بارگیری کنید، و این امر باعث می‌شود که دستگاه شبیه‌سازی‌شده برای آزمایش سریع و آسان شود. وقتی یک AVD را با استفاده از AVD Manager ویرایش می کنید، می توانید مشخص کنید که هنگام شروع AVD کدام عکس فوری AVD بارگیری شود.

کنترل‌های ذخیره، بارگیری و مدیریت عکس‌های فوری AVD اکنون در برگه Snapshots در پنجره Extended Controls شبیه‌ساز هستند.

برای جزئیات، به عکس‌های فوری مراجعه کنید.

برای اطلاعات بیشتر در مورد چیزهای جدید و تغییر یافته در شبیه ساز، به یادداشت های انتشار شبیه ساز مراجعه کنید.