Google Developers Indonesia Blog

Flutter Release Preview 2: Pixel-Perfect di iOS

15 October 2018

Ditulis oleh Tim Flutter di GoogleFlutter Release Preview 2:

rilis versi betaRelease Preview Apa yang Baru di Release Preview 2 Aplikasi iOS pixel-perfectpanduan antarmuka Applelibrary widget dan class yang ekstensif

Reproduksi halaman beranda Setelan iOS, di-build dengan Flutter

CupertinoApp: widget tingkat atas untuk membuat aplikasi bergaya iOS;

CupertinoTimerPicker untuk picker penghitung mundur;

CupertinoSegmentedControl untuk kontrol tersegmentasi horizontal;

CupertinoActionSheet untuk lembar jendela pop-up bawah bergaya iOS.

CupertinoNavigationBar dan CupertinoSliverNavigationBar

Melakukan transisi paralaks ketika membuka antar halaman.
Mengisi otomatis judul dan label tombol kembali berdasarkan CupertinoPageRoute.title.

CupertinoPageScaffold

Menyisipkan konten ketika keyboard ditampilkan.

CupertinoScrollbar

Peningkatan fidelitas visual selama overscroll.

CupertinoPicker

Penambahan dukungan untuk scrolling tanpa batas dan scrolling berulang.
Penambahan dukungan multikolom untuk proyeksi silindris off-axis.

dokumentasiCupertino*katalog widget visualartikel Medium inipengurangan ukuran paket aplikasi kami hingga 30%Aplikasi Flutter minimalcara paket iOS di-build Momentum yang Meningkat

AndroidiOSAndroidiOSAndroidiOSAndroidiOSsurvei terbarubahasa pemrograman DartStackOverflow

Jumlah tampilan pertanyaan StackOverflow yang di-tag dengan masing-masing dari empat framework UI populer dari waktu ke waktu hari pertama Memulaimengupgrade$ flutter upgrade flutter --versionflutter.ioflutter/samplesdaftar contoh yang dikelolavideo praktiknewsletterartikel komunitasacara developergrup diskusiruang chatdukungan komunitastempat berkumpul online mingguan

Android Studio 3.2

12 October 2018

Ditulis oleh Jamal Eason, Product Manager, Android

didownloadAndroid 9 PieAndroid App bundleAndroid Studio di Google I/O '18Android App BundlePengguna awalAndroid JetpackAndroid Slicesterbatasbetadidownload Pengembangan

Dukungan Slices - Slices adalah cara baru untuk memanfaatkan kemampuan AI Android bawaan dengan menampilkan konten aplikasi di saran Google Penelusuran dan Asisten Google. Android Studio 3.2 memiliki template bawaan untuk membantu Anda memperluas aplikasi dengan Slice Provider API baru serta pemeriksaan lint baru untuk memastikan bahwa Anda mengikuti praktik terbaik saat menyusun slices. Untuk menggunakannya, klik kanan folder project, dan buka New→ Other→ Slice Provider. Pelajari lebih lanjut.

Template Slices Provider

Data Contoh - Fitur ini memungkinkan Anda menggunakan data placeholder untuk membantu mendesain aplikasi Anda. Ini akan membantu Anda memvisualisasikan layout yang bergantung pada data waktu proses. Anda bisa menambahkan data contoh bawaan untuk mengisi tampilan seperti RecyclerViews, ImageViews, dan TextViews melalui jendela pop-up di Layout Editor. Pelajari lebih lanjut.

Update Desain Material - Ketika Anda mulai bermigrasi dari library dukungan Desain Android ke library dan tema aplikasi MaterialComponents baru, Android Studio 3.2 akan menawarkan akses ke widget baru dan terupdate seperti BottomAppBar, tombol, kartu, kolom teks, gaya font baru, dan banyak lagi. Pelajari lebih lanjut.

Dukungan Pengeditan CMakeList - Bagi mereka yang menggunakan C/C++ dalam aplikasinya, Android Studio memiliki dukungan yang lebih baik untuk CMake. Dengan rilis Android Studio 3.2 ini, penyelesaian kode dan penyorotan sintaks sekarang bisa digunakan pada perintah skrip build CMakeList biasa.

Apa yang Baru di Asisten - Android Studio 3.2 memiliki panel asisten baru yang terbuka secara otomatis setelah update untuk memberi tahu Anda tentang perubahan terbaru pada IDE. Anda juga bisa membuka panel dengan memilih Help → What's New in Android Studio.

Dukungan Optimalisasi AndroidX - Salah satu komponen Android Jetpack adalah pengenalan library ekstensi Android (AndroidX) sebagai pengganti Pustaka Dukungan Android. Untuk menambahkan AndroidX ke project baru, Anda hanya perlu menambahkan android.useAndroidX=true ke file gradle.properties Anda. Selain itu, Android Studio 3.2 memiliki aksi optimalisasi bawaan yang baru untuk membantu migrasi project Anda ke ruang nama dan dependensi baru. Dan, jika Anda memiliki dependensi Maven apa pun yang belum bermigrasi ke ruang nama AndroidX, sistem build Android Studio juga akan secara otomatis mengonversikan dependensi project tersebut. Pelajari lebih lanjut.

Update Platform IntelliJ - Android Studio 3.2 menyertakan rilis platform IntelliJ 2018.1.6. Rilis IntelliJ ini menambahkan banyak perbaikan pada analisis aliran data, proses debug, inspeksi baru, anotasi eksternal inline, Git commit parsial, dan masih banyak lagi. Pelajari lebih lanjut.

Update Kotlin - Android Studio 3.2 memaketkan Kotlin 1.2.61, dengan dukungan bagi Android 9 Pie SDK yang ramah-Kotlin. Pelajari lebih lanjut.

Build

Android App Bundle - Android App Bundle adalah format publikasi aplikasi baru yang dirancang untuk membantu Anda memberikan APK yang lebih kecil kepada pengguna dan mengurangi ukuran download aplikasi Anda. Model penyajian aplikasi baru Google Play, yang disebut Dynamic Delivery, memproses paket aplikasi Anda untuk menghasilkan dan menayangkan APK yang dioptimalkan untuk setiap konfigurasi perangkat pengguna, jadi mereka hanya perlu mendownload kode dan sumber daya yang diperlukan untuk menjalankan aplikasi Anda. Dengan Android Studio 3.2 atau melalui baris perintah, Anda bisa dengan mudah mem-build kode sebagai paket aplikasi dan mendapatkan keuntungan APK yang berukuran lebih kecil berdasarkan bahasa, kepadatan layar, dan ABI tanpa perubahan pada kode aplikasi Anda. Pelajari lebih lanjut.

Build Android App Bundle

D8 Desugaring - Dalam beberapa kasus, fitur Bahasa Java yang baru membutuhkan bytecode dan API bahasa baru. Namun, perangkat Android lama mungkin tidak mendukung fitur ini. Desugaring memungkinkan Anda untuk menggunakan fitur ini pada perangkat lama dengan mengganti bytecode dan API bahasa baru dengan yang lama selama proses build. D8 desugaring diaktifkan secara default untuk Android Studio 3.2 dan Anda sekarang bisa menggunakan sebagian besar perubahan bahasa terbaru saat menargetkan perangkat lama.

R8 Optimizer - Dimulai dengan Android Studio 3.2, kami memulai transisi untuk menggunakan R8 sebagai pengganti ProGuard untuk mengoptimalkan dan mengecilkan bytecode bahasa Java. R8 masih bersifat eksperimental, jadi kami tidak menyarankan untuk memublikasikan aplikasi Anda menggunakan R8, tetapi ini adalah saat yang tepat untuk memberikan masukan awal kepada tim Android Studio sehingga kami bisa melakukan penyesuaian sebelum R8 sepenuhnya menggantikan ProGuard. Pelajari lebih lanjut.

Pengujian

Emulator Snapshots - Rilis terbaru Android Emulator memungkinkan Anda membuat snapshot status emulator Anda saat ini serta melakukan booting dan beralih ke snapshot apa pun dalam waktu kurang dari 2 detik. Di-build berbasis fitur Android Emulator Quickboot, Android Snapshots bahkan lebih cepat disimpan dan dimuat dengan rilis stabil ini karena peningkatan kecepatan yang tersembunyi. Saat menguji dan mengembangkan aplikasi Anda, Android snapshots memungkinkan Anda untuk melakukan pra-konfigurasi snapshot Android Virtual Device (AVD) dengan preset, aplikasi, data, dan setelan yang Anda inginkan, dan berulang kali kembali ke snapshot yang sama. Pelajari lebih lanjut.

Android Emulator Snapshots

Dukungan Microsoft^® Hyper-V™ - Anda sekarang bisa menjalankan Android Emulator di komputer Windows^® 10 yang mengaktifkan Hyper-V. Intel HAXM masih menjadi hypervisor default untuk pengalaman Android Emulator tercepat. Namun, berkat kontribusi open source baru-baru ini oleh Microsoft, dan penambahan Windows Hypervisor Platform (WHPX) API baru, Android Emulator bisa bekerja berdampingan dengan aplikasi berbasis Hyper-V lainnya, seperti Mesin Virtual lokal, menggunakan Dukungan Hyper-V yang baru. Pelajari lebih lanjut.

Dukungan Prosesor AMD^® - Prosesor AMD kini didukung oleh Android Emulator di Windows 10. Sebelumnya, menjalankan Android Emulator terbatas pada emulasi software yang lambat saat menjalankan Windows, tetapi developer yang memiliki prosesor AMD sekarang bisa memiliki kinerja akselerasi hardware. Pelajari lebih lanjut.

Screen Record di Android Emulator - Anda sekarang bisa merekam layar dan audio pada semua API level Android dengan fitur perekaman layar baru di Android Emulator. Dahulu, perekaman layar pada perangkat Android fisik hanya bekerja pada Android 4.4 KitKat (API 19) dan di atasnya tanpa audio, dengan dukungan Android Emulator yang terbatas. Dengan Android Emulator terbaru (v28.0.+) Anda tidak lagi terkena batasan ini. Sebagai bonus tambahan, terdapat konversi bawaan untuk menghasilkan keluaran GIF dan WebM. Anda bisa memicu fitur perekaman layar baru melalui panel Android Emulator Extended Controls, baris perintah, dan dari Android Studio. Pelajari lebih lanjut

Kamera Virtual Scene untuk Android Emulator - Kamera Virtual Scene baru di Android Emulator membantu Anda mengembangkan ARCore, platform Google untuk mem-build pengalaman augmented reality. Emulator ini dikalibrasi untuk bekerja dengan ARCore API untuk aplikasi AR dan juga memungkinkan Anda memasukkan gambar bitmap adegan virtual. Kamera adegan virtual juga bisa digunakan sebagai kamera kompatibel HAL3 reguler. Pelajari lebih lanjut.

Asisten Koneksi ADB - Android Studio 3.2 memiliki sistem asisten baru untuk membantu memecahkan masalah koneksi perangkat ADB Android Anda. Asisten Koneksi ADB mengarahkan Anda melalui langkah pemecahan masalah umum untuk menghubungkan perangkat Android ke komputer pengembangan Anda. Anda bisa memicu asisten dari kotak dialog Run atau dengan membuka Tools → Connection Assistant . Pelajari lebih lanjut.

Pengoptimalan

Energy Profiler - Masa pakai baterai adalah perhatian utama bagi banyak pengguna ponsel, dan aplikasi Anda bisa berdampak pada masa pakai baterai lebih dari yang Anda sadari. Energy Profiler yang baru dalam suite profiler kinerja Android Studio bisa membantu Anda memahami dampak energi aplikasi pada perangkat Android. Anda sekarang bisa memvisualisasikan perkiraan penggunaan energi komponen sistem, dan memeriksa event latar belakang yang mungkin menguras baterai. Untuk menggunakan energy profiler, pastikan Anda terhubung ke perangkat atau emulator Android yang menjalankan Android 8.0 Oreo (API 26) atau yang lebih tinggi. Pelajari lebih lanjut.

Energy Profiler

Pelacakan Sistem - Fitur Pelacakan Sistem baru di CPU Profiler memungkinkan Anda untuk memeriksa cara aplikasi Anda berinteraksi dengan sumber daya sistem dalam detail yang terperinci. Periksa pengaturan waktu dan durasi yang tepat dari status thread Anda, visualisasikan bottleneck CPU pada semua core, dan tambahkan event pelacakan khusus untuk dianalisis. Untuk menggunakan pelacakan sistem, mulai pembuatan profil aplikasi Anda, klik CPU Profiler, lalu pilih System Trace recording configuration. Pelajari lebih lanjut.

Sesi Profiler - Kami sekarang secara otomatis menyimpan data Profiler sebagai "sesi" untuk kunjungan ulang dan pemeriksaan lanjutan saat Anda membuka Android Studio. Kami juga menambahkan kemampuan untuk mengimpor dan mengekspor heap-dump dan rekaman CPU Anda untuk analisis atau pemeriksaan lanjutan dengan fitur lain. Pelajari lebih lanjut.

Perekaman CPU Otomatis - Anda sekarang bisa secara otomatis merekam aktivitas CPU menggunakan Debug API. Setelah Anda menerapkan aplikasi ke perangkat, profiler akan secara otomatis memulai perekaman aktivitas CPU ketika aplikasi Anda memanggil startMethodTracing(String tracePath), dan berhenti merekam ketika aplikasi memanggil stopMethodTracing(). Demikian juga, sekarang Anda bisa secara otomatis memulai perekaman aktivitas CPU pada awal aplikasi dijalankan dengan mengaktifkan opsi Start Recording a Method Trace on Startup dalam konfigurasi untuk menjalankan. Pelajari lebih lanjut.

Pelacakan Referensi JNI - Bagi Anda yang memiliki kode C/C++ dalam aplikasi Android, sekarang Android Studio 3.2 memungkinkan Anda untuk memeriksa alokasi memori kode JNI di Memory Profiler. Selama Anda menerapkan aplikasi ke perangkat yang menjalankan Android 8.0 Oreo (API 26) dan yang lebih tinggi, Anda bisa menelaah ke dalam tumpukan panggilan alokasi dari referensi JNI. Untuk menggunakan fitur ini, jalankan sesi memory profiler, dan pilih JNI Heap dari menu drop-down Live Allocation. Pelajari lebih lanjut.

Pengembangan

Optimalisasi AndroidX

Data Contoh

Update Desain Material

Android Slices

Pengeditan CMakeList

Apa yang Baru di Asisten

Pemeriksaan Lint Baru

Update Platform IntelliJ

Update Kotlin

Build

Android App Bundle

D8 Desugaring

R8 Optimizer

Pengujian

Android Emulator Snapshots

Screen Record di Android Emulator

Kamera Adegan Virtual Android Emulator

Dukungan Prosesor AMD

Dukungan Hyper-V

Asisten Koneksi ADB

Pengoptimalan

Energy Profiler

Pelacakan Sistem

Sesi Profiler

Perekaman CPU Otomatis

Pelacakan Referensi JNI

catatan rilis Memulaihalaman downloadPelajari lebih lanjutNavigation Editormelaporkan masalahGoogle+Twitter

Menangani pesan FCM di Android

10 October 2018

"Memberi tahu pengguna dengan FCM" Pesan notifikasiPesan notifikasionMessageReceived() Alur kerjapesan notifikasi dengan payload data

Server aplikasi mengirim pesan notifikasi

Pesan notifikasi secara default berprioritas tinggi, dan bisa ditutup--pesan berikut akan menggantikan pesan saat ini jika pesan belum dikirimkan.

Pesan FCM dikirim ke aplikasi klien

Saat aplikasi Anda berada di Latar Depan

Developer harus menangani pesan notifikasi di pengendali.
Memposting notifikasi atau mengupdate konten aplikasi di callback FCM.

Saat aplikasi Anda berada di Latar Belakang

Notifikasi dikirim ke Baki Sistem.

Jika ada notifikasi yang diposting, pengguna bisa menge-tap notifikasi dan membuka aplikasi Anda. Kemudian Anda bisa menggunakan data dalam getIntent() untuk mengupdate konten aplikasi jika diperlukan.

Contoh kode:class SimpleFirebaseMessagingService : FirebaseMessagingService() { private val TAG = "spFirebaseMsgService" override fun onMessageReceived(remoteMessage: RemoteMessage) { // when App is in foreground, notification message: if (remoteMessage.notification != null) { // post notification if needed updateContent(remoteMessage.notification) } // process data payload } private fun updateContent(notification: RemoteMessage.Notification) {} } SimpleFirebaseMessagingService.kt Pesan datapesan dataIstirahatkan Menangani PesanonMessageReceived()

Saat Anda perlu memberi tahu pengguna, posting notifikasi terlebih dahulu.

Update konten aplikasi dengan data payload.

Jika diperlukan, jadwalkan pekerjaan untuk mengambil data tambahan dari server aplikasi.

Alur kerja

Server aplikasi mengirim pesan data ke server FCM

Pesan data harus mencakup semua data yang diperlukan untuk notifikasi di payload

Saat pesan diterima di klien aplikasi FCM, Anda memiliki jendela* singkat untuk menangani pesan dan memposting notifikasi

Tangani dekripsi payload dan notifikasi yang disesuaikan di callback onMessageReceived() , kemudian segera posting notifikasi kepada pengguna
- Perhatikan bahwa FCM TIDAK menjamin urutan penyampaian. Developer harus menanganinya ketika pesan dikirim tidak berurutan; ketika Anda mengirim pesan yang tidak bisa ditutup, Anda dapat terus melacak urutannya dengan ID urutan pesan, dan menunda memberi tahu pengguna sampai semua pesan diterima atau Anda berhenti menunggu bila TTL pesan sebelumnya telah kedaluwarsa.
Gunakan data payload untuk mengupdate konten klien dan menyimpan data secara lokal
Jika Anda membutuhkan data tambahan yang melebihi batas payload FCM 4KB, jadwalkan tugas atau gunakan WorkManager untuk mengambil data tetapi jangan blokir tampilan notifikasi awal mengenai hal ini.
- WorkManager disarankan bila stabil
- Gunakan JobScheduler
Jika Anda perlu mengupdate notifikasi dengan data yang diambil, update notifikasi bila ia masih aktif

Pengguna membuka aplikasi

Jika konten aplikasi bukan yang terbaru, periksa apakah pekerjaan yang dijadwalkan di 2.3 sudah selesai, dan update konten aplikasi Anda dengan sesuai.

Contoh kode:class SimpleFirebaseMessagingService : FirebaseMessagingService() { private val TAG = "spFirebaseMsgService" override fun onMessageReceived(remoteMessage: RemoteMessage) { // Use data payload to create a notification if (remoteMessage.data.isNotEmpty()) { // step 2.1: decrypt payload val notificationMessage = decryptPayload(remoteMessage.data) // step 2.1: display notification immediately sendNotification(notificationMessage) // step 2.2: update app content with payload data updateContent(remoteMessage.data) // Optional step 2.3: if needed, fetch data from app server /* if additional data is needed or payload is bigger than 4KB, App server can send a flag to notify client*/ if (remoteMessage.data["url"] != null) { scheduleJob() // use WorkManager when it's stable } } // process notification payload when app in foreground... } private fun decryptPayload(dataPayload: Map<String, String>): String { return "decrypted message" } private fun sendNotification(notificationMessage: String) {} private fun updateContent(dataPayload: Map<String, String>) {} private fun scheduleWork() { // it's recommended to use WorkManager when it's stable, use JobScheduler // on background work complete, update the notification if still active } } SimpleFirebaseMessagingService.kt FCM di Android modernentri blog iniC2DMGoogle Cloud Messaging (GCM)entri blog inidokumentasi

Pengoptimalan Daya di Android 9 Pie dan masa mendatang

08 October 2018

code { background-color: transparent }Ditulis oleh Madan Ankapura, Product Manager, AndroidIni adalah seri entri blog pertama yang menguraikan strategi dan panduan di Android berkenaan dengan daya.kebijakan Play yang kami umumkanmengupdate

Job Scheduler di Android 5.0 Lollipop, yang memungkinkan penangguhan pekerjaan

Istirahatkan dan Aplikasi Standby di Android 6.0 Marshmallow, yang menonaktifkan akses jaringan dan menangguhkan sinkronisasi dan pekerjaan latar belakang - ketika perangkat atau aplikasi tidak digunakan untuk waktu yang lama.

Penyempurnaan Istirahatkan di Android 7.0 Nougat, yang menerapkan subset pembatasan Istirahatkan saat layar mati dan tidak diam.

Batasan latar belakang di Android 8.0 Oreo, yang mencegah layanan latar belakang dan menghambat update lokasi.

Android 9 Pie

Developer ingin mem-build aplikasi yang keren

Aplikasi harus hemat daya

Pengguna tidak mau direpotkan harus mengonfigurasi setelan aplikasi

Bucket Aplikasi StandbyPembatasan Latar BelakangPenghemat Bateraibucket aplikasi standbypembatasan latar belakang

checklist

Saat Ini Menggunakan

Porting ke Oreo

JobScheduler

Firebase JobDispatcher

Layanan Latar Belakang

Jobscheduler

Layanan Latar Depan

Layanan Latar Depan dengan aksi untuk MENGHENTIKAN layanan

Catatan: ketika WorkManager API menjadi stabil, kami akan merekomendasikan WorkManager untuk sebagian besar kasus penggunaan ini

Lakukan pekerjaan yang diperlukan saat pengguna aktif menggunakan aplikasi

Buat pekerjaan/tugas apa pun yang dilakukan di latar belakang dapat ditangguhkan

Gunakan layanan latar depan tetapi berikan aksi dalam notifikasi sehingga pengguna bisa menghentikan layanan latar depan

pembatasan manajemen dayapresentasi Google I/ODevByteoptimalisasi dayaUcapan Terima Kasih: Seri entri blog ini adalah kolaborasi bersama dengan tim DevRel dan Android Framework.

Mengukur user journey di seluruh AMP Cache dan situs Anda

05 October 2018

code { background-color: transparent }“Jika tidak dapat mengukurnya, Anda tidak dapat mengelolanya.” — Peter DruckerOleh karena pengguna menuntut kontrol privasi yang lebih baik, maka vendor browser mulai meresponsnya dengan setelan default yang memilah cookie. Ini berarti, pendekatan tradisional yang mengandalkan cookie pihak ketiga untuk pengukuran tidak akan berfungsi di masa mendatang.Halaman AMP sering kali ditayangkan dari AMP Cache dan kemampuan untuk mempertahankan sesi dengan menggunakan cookie pihak ketiga memungkinkan penayang untuk mengingat setelan dan preferensi pengguna bahkan ketika pengguna berpindah antara domain cache AMP dan domain penayang. AMP LinkerAMP Linker adalah fitur baru di AMP yang membantu menjaga sesi pengguna tetap sinkron. AMP Linker bekerja dengan menandai link keluar dari cache AMP dengan parameter seperti AMP Client ID dalam parameter URL. Di sisi penerima, penyedia analytics Anda menggunakan parameter dan menuliskannya sebagai cookie pihak pertama.Link yang ditandai tampilannya akan terlihat seperti inihttps://destination.com/checkout?_foo=1*19eaxqc*bar*V2dj…eHZKYg

Mengaktifkan AMP LinkerAMP Linker berfungsi dengan menyertakan konfigurasi untuk penyedia analytics Anda. Misalnya, jika Anda menggunakan Google Analytics Anda perlu menyertakan kode berikut:<amp-analytics type=”googleanalytics”> <script type=”application/json”> { “linkers”: { ”enabled”: true } } </script> </amp-analytics>Jika Anda sudah menggunakan Google AMP Client ID API dengan Google Analytics, tidak diperlukan pemberian tag tambahan untuk memanfaatkan kemampuan AMP Linker. Jika Anda adalah penyedia analytics, silakan menghubungi kami untuk memanfaatkan AMP Linker. Memandang ke depanKami bekerja keras untuk mendukung user journey nontradisional, tetapi penting, seperti ketika pengguna beralih dari halaman non-AMP ke halaman AMP. Ikuti terus repo kami di Github untuk mengetahui update terbaru tentang hal ini.Selamat mengukur!Ditulis oleh Jeff Jose, Product Manager, AMP Project at Google

Cara menyiapkan campaign dengan Firebase In-App Messaging

03 October 2018

baru-baru ini merilis

Memulai

Memulai Firebase In-App Messaging @ThatJenPerson

10 tahun, Chrome Semakin Cepat

01 October 2018

empat prinsip utama Chrome Banyak komponen dalam browser berkontribusi terhadap kecepatanV8pipeline eksekusi JavaScript baruIgnitionTurboFanStreaming skripkompilasi latar belakang

Pekerjaan kami di project Orinoco memungkinkan pengumpulan sampah secara bersamaan, mengosongkan thread utama dan mengurangi jank. Seiring waktu, kami juga menggeser fokus pada kinerja JavaScript yang sesungguhnya, membantu kami menggandakan kinerja waktu proses React.js dan meningkatkan kinerja library seperti Vue.js, Preact, dan Angular hingga 40%. Pengumpulan sampah secara paralel, bersamaan, dan bertahap mengurangi pengumpulan sampah yang disebabkan jank sebesar 100× sejak awal V8 dijalankan. Kami juga mengimplementasikan WebAssembly, yang memungkinkan developer menjalankan kode non-JavaScript di web dengan kinerja yang terprediksi, dan meluncurkan compiler dasar Liftoff untuk memastikan waktu startup yang cepat dari aplikasi WASM. Komponen-komponen baru ini adalah yang terbaru dalam upaya 10 tahun yang telah meningkatkan kinerja rilis-ke-rilis V8 sebesar 20x lipat selama tahun-tahun tersebut.

Skor V8 Bench untuk berbagai rilis Chrome selama beberapa tahun. V8 Bench adalah pendahulu dari benchmark Octane yang lama. Kami menggunakannya untuk bagan ini karena tidak seperti Octane, ia bisa berjalan di semua versi Chrome, termasuk Chrome Beta awal.

Chrome juga memainkan peran kunci dalam membantu mengembangkan protokol jaringan dan layer transpor melalui SPDY, HTTP/2 dan QUIC. SPDY bertujuan untuk mengatasi keterbatasan HTTP/1.1 dan menjadi dasar dari protokol HTTP/2, yang sekarang didukung oleh semua browser modern. Secara paralel, tim telah secara aktif melakukan iterasi pada QUIC, yang bertujuan untuk meningkatkan latensi dan pengalaman pengguna dan sekarang memiliki karya IETF aktif di belakangnya. Keunggulan QUIC terlihat nyata untuk layanan video seperti YouTube. Pengguna melaporkan 30% lebih sedikit rebuffer saat menonton video melalui QUIC.

Yang berikutnya adalah pipeline rendering Chrome. Ini bertanggung jawab untuk memastikan halaman responsif terhadap pengguna dan ditampilkan dengan kecepatan 60 bingkai per detik (fps). Untuk menampilkan konten pada 60fps, Chrome memiliki waktu 16ms untuk merender setiap bingkai. Ini mencakup eksekusi JavaScript, gaya, layout, warna dan mendorong piksel ke layar pengguna. Dari 16ms ini, semakin sedikit waktu yang digunakan Chrome, semakin besar kemungkinan developer web memuaskan penggunanya. Penyempurnaan pada pipeline rendering ini termasukmengoptimalisasi bagaimana kami mengidentifikasi elemen apa di halaman yang harus digambar ulang dan pelacakan yang lebih baik secara visual dari perangkat yang tidak tumpang tindih. Ini mengurangi waktu untuk menggambar bingkai baru ke layar hingga 35%.

Pada tahun 2015, model kinerja berorientasi-pengguna yang disebut RAIL diperkenalkan oleh tim Chrome. Kami baru saja mengupdatenya. mengurangi Memberikan developer web kemampuan lebih besar untuk mengukur dan mengoptimalkan halaman web merekalabsesungguhnyaChrome DevToolspeluang kinerjaLighthouseWebPageTest

Lighthouse berjalan di panel Audits Chrome DevTools

Untuk melengkapi data lab yang disediakan Lighthouse, kami merilis Chrome User Experience Report untuk membantu developer mendapatkan akses ke metrik kolom untuk pengalaman yang dirasakan pengguna di dunia nyata, seperti First Contentful Paint dan First Input Delay. Sekarang, developer bisa mem-build laporan kinerja situs khusus mereka sendiri dan melacak perkembangan jutaan sumber menggunakan Dasbor CrUX.

Kami juga memperkenalkan sejumlah kemampuan Platform Web untuk membantu developer mengoptimalkan pemuatan situs mereka. Kami meluncurkan Resource Hints dan <link rel=preload> sehingga memungkinkan developer memberi tahu browser tentang sumber daya apa yang penting untuk dimuat sejak awal. Chrome adalah salah satu browser pertama yang mengimplementasikan dukungan untuk pendekatan penghemat-byte seperti Brotli untuk kompresi, WOFF2 untuk font web yang lebih kecil dan dukungan WebP untuk gambar.

Kami senang melihat semakin banyak browser yang mendukung fitur ini dari waktu ke waktu. Chrome mengimplementasikan Service Worker, mengaktifkan caching offline & jaringan yang andal untuk kunjungan berulang ke halaman. Kami sangat senang melihat dukungan browser modern yang luas untuk fitur ini.

Bahkan, Google Penelusuran sekarang menggunakan Service Worker dan pramuat navigasi untuk caching oportunistik pada penelusuran berulang. Hal ini menyebabkan peningkatan 2x lipat dalam waktu pemuatan halaman untuk kunjungan berulang.

Saat kami melihat ke masa depan, kami juga bersemangat tentang potensi standar yang muncul seperti pemuatan untuk gambar & iframe selalu lamban, dan format gambar seperti AV1 harus membantu menyampaikan konten kepada pengguna secara efisien.

Nikmati lebih banyak konten web di paket data Anda dengan Chrome

Selama 10 tahun terakhir, ukuran halaman web semakin meningkat, tetapi bagi banyak pengguna yang online untuk pertama kalinya, data bisa sangat mahal atau sangat lambat. Untuk membantu, Chrome merilis fitur sadar-data selama bertahun-tahun seperti Penghemat Data Chrome. Penghemat Data secara cerdas mengoptimalkan halaman, menghemat konsumsi data hingga 92%.

Ke depannya, kami akan mengeksplorasi cara-cara baru untuk membantu Anda menghemat data. Bagi pengguna yang memiliki koneksi paling lambat, kami telah mengerjakan Chrome untuk Android, yang memungkinkan optimalisasi halaman yang lebih cerdas untuk menampilkan konten penting lebih dahulu. Transformasi halaman ini dimuat jauh lebih cepat daripada halaman penuh, dan kami terus meningkatkan keakuratan, cakupan, dan kinerjanya.

Kami juga bereksperimen dengan menempatkan pagar pengaman untuk pengguna yang data atau jaringannya dibatasi. Misalnya, kami melakukan penjelajahan dalam menghadirkan pemuatan untuk gambar & iframe selalu lamban ke Chrome, serta memberikan opsi kepada pengguna untuk menghentikan permintaan tambahan dari halaman saat ia menggunakan banyak data

Kami baru memulai...

Bersama-sama, perubahan ini membantu developer dan bisnis mengirimkan konten yang bermanfaat kepada pengguna mereka dengan lebih cepat. Kami tahu masih ada pekerjaan yang harus diselesaikan. Kami di sini untuk menghadirkan peningkatan kinerja pemuatan halaman untuk 10 tahun berikutnya!

Ditulis oleh Addy Osmani, JavaScript Janitor