nyligen lanseringen av den nya betaversionen av Android Studio 3.5 har meddelats, som är kulmen på arbetet med att erbjuda en version med fokus på kvalitet och stabilitet hos funktioner.
Denna betaversion av Android Studio 3.5 hanterar många förändringar inom vart och ett av Project Marbles huvudfokusområden där arbetet och den nya infrastrukturen som ingår i Project Marble förbättras för långsiktig kvalitetsövervakning.
Huvudsakliga förändringar
En av de viktigaste klagomålen från utvecklare på Android Studio är långsamheten IDE körs över tiden.
Många gånger beror denna upplevelse på oväntat tryck på minne eller IDE-minnesläckor.
Google var intresserad av detta område och som en del av Marble-projektet hanterade utgivaren över 33 stora minnesläckor.
För att identifiera läckor, Google mäter nu minnesundantag på en intern instrumentpanel fortlöpande för dem som har valt att dela data med honom, så att han kan fokusera och lösa de tuffaste problemen.
Från och med Android Studio 3.5, när IDE tar slut på minne, Registrerar Google statistik på hög nivå på högstorleken och de dominerande objekten i segmentet.
Med denna information kan IDE göra två saker: föreslå bättre minneskonfigurationer och ge en mer ingående analys av minnet.
Automatiskt rekommenderade minnesinställningar
Som standard, Android Studio har en maximal minnesstorlek på 1.2 GB. För dig som har stora projekt kanske den här storleken inte räcker.
Även om du har en maskin med en stor mängd RAM kommer IDE inte att överstiga detta värde. Med enndroid Studio 3.5, kommer IDE att känna igen när ett projekt ansökan du behöver mer RAM i en dator med högre RAM-kapacitet och det kommer att varna dig för att öka högen i en anmälan.
Du kan också göra justeringar i den nya inställningspanelen under Utseende och beteende → Minnesinställningar.
Enkel rapportering av minnesproblem med Memory Heap-analys
Ibland kan det vara svårt att fånga och reproducera minnesproblem för att rapportera till Android Studio-teamet.
För att lösa detta problem låter Android Studio 3.5 dig aktivera en stackdump (Hjälp → Analysera minnesanvändning) som IDE tar bort lokalt för personuppgifter, analys och rapportering.
Användargränssnitt
Användargränssnittsfrysning är ett annat vanligt problem som har rapporterats till Google. I Android Studio 3.5, teamet har utökat infrastrukturen på Intellij-plattformen underliggande och mäter nu UI-trådstopp som håller längre än några ögonblick.
Till exempel, när man utvecklade Project Marble, fann man i deras data att XML-redigering var betydligt långsammare i IDE. Med hjälp av denna datapunkt optimerade du XML-skrivning och uppnådde betydligt bättre prestanda i Android Studio 3.5.
tillämpa ändringar
Att snabbt kunna ändra och visa kodändringar utan att starta om applikationen är bra för att utveckla applikationer.
För två år sedan var den snabbkörningsfunktionen Googles försök i den riktningen, men i slutändan låg den under förväntningarna.
Under marmorprojektperioden, teamet bestämde sig för att modifiera arkitekturen och implementera ett mer praktiskt tillvägagångssätt i Android Studio 3.5 kallas Apply Changes.
tillämpa ändringar använder API: er som är specifika för Android Oreo-plattformen och senare för att säkerställa ett tillförlitligt och konsekvent beteende (till skillnad från Instant Run ändrar APK-filen inte med Apply Changes).
C ++ förbättringar
Stöd för C ++ - projektet var också ett prioriterat område för Marmorprojektet. CMake-skapelser är nu upp till 25% snabbare för stora projekt, eftersom IDE nu.
Dessutom kan en förbättrad användargränssnittspanel i en version hittas nu låter dig ange ABI-mål separat.
Slutligen tillåter Android Studio 3.5 att använda flera versioner parallellt med Android NDK i filen build.gradle. Detta bör möjliggöra mer spelbara versioner och mildra inkompatibiliteter mellan NDK-versionerna och Android Gradle-tillägget.