搜索[android]结果-低调大师优秀个人博客

精选列表

搜索[android]，共10000篇文章

Android提升篇系列：Activity recreate(Activity 重新创建/自我恢复)机制（一）

> 2 <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" 3 android:layout_width

2016-11-27

微信小程序填坑-Android真机环境下的bluebird.js

不过，由于bluebird.js中有些代码还是用到了document对象上的方法，在iOS的真机JavascriptCore环境中，貌似这些代码并不会被触及到，而在Android真机环境中，就会被执行到这块代码

2016-11-27

Android项目实战（二十八）：Zxing二维码实现及优化

:name="android.permission.CAMERA" /> <uses-permission android:name="android.permission.VIBRATE"

2016-11-20

Android图表库MPAndroidChart(七)—饼状图可以再简单一点

:id="@+id/mPieChart" android:layout_width="match_parent" android:layout_height="0dp" android:layout_weight

2016-11-17

Android音频处理——通过AudioRecord去保存PCM文件进行录制，播放，停止，删除功能

> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width

2016-11-07

聊一聊Drammer，Android上的RowHammer攻击

聊一聊Drammer，Android上的RowHammer攻击作者：蒸米@阿里移动安全大家肯定知道前几天刚爆出来一个linux内核（Android也用的linux内核）的dirtycow漏洞。

2016-10-25

由Asset中的double free引发的Android系统及APP崩溃问题分析

::add(android::Asset*, android::Asset*, int, bool)+22) #07 pc 00010a33 /system/lib/libandroidfw.so (android

2016-10-13

解决genemotion模拟器冲突导致的Android Studio无法启动ADB的问题

首先命令行下运行 adb nodaemon server ./adb nodaemon server (Mac OSX) 如果出现错误： error: could not install *smartsocket* listener: Address already in use 那么就是geny motion模拟器冲突导致。解决方案如下：

2016-09-28

学习Android路上的一些感慨和总结，慢慢来，比较快！

学习Android路上的一些感慨和总结，慢慢来，比较快！

2016-09-17

Android--仿淘宝商品详情(继续拖动查看详情)及标题栏渐变

标题栏渐变，文字渐变隐藏 *透明通知栏（支持到4.4） *继续拖动查看详情，Scrollview有一个弹性的效果前两点我之前都已经实现过了，这里就不做过多介绍了，不清楚的小伙伴可以看我之前的文章： Android

2016-09-11

android emulator虚拟设备分析第五篇之pipe上的opengles

所以android emulator提供了一种use host gpu的方式，guest os可以使用host机器的opengl库去画图，速度快很多。

2016-09-11

Android官方开发文档Training系列课程中文版：APP的内存管理

写在开头的话：如果有同学对Android性能比较关注的，可以阅读这篇文章：Android性能优化建议原文地址：http://android.xsoftlab.net/training/articles

2016-09-04

全面的Android文件目录解析和获取方法(包含对6.0系统的说明)

一直以来对Android系统目录的获取方法和具体代表含义没有掌握清楚，今天特意整理了一下，分享给大家，对自己也是一个总结。

2016-08-27

[Android]使用自定义JUnit Rules、annotations和Resources进行单元测试（翻译）

这本例子中并没有Android特别的特性。所以一切都是可以像 Robolectric 那样脱离frameworks可单元测试的。

2016-08-21

Python 制作Android开发所需的适配不同分辨率的套图

自动化套图制作，适配不同屏幕尤其是对于android开发来说，要适配不同屏幕就需要多套切图，那么。这款工具将让你脱离切图的苦海，拥抱愉快开发的怀抱。编程之禅这次的工具制作，可谓是煞费苦心了。

2016-08-17

Android5.1.1 - APK签名校验分析和修改源码绕过签名校验

Android5.1.1 - APK签名校验分析和修改源码绕过签名校验作者：寻禹@阿里聚安全 APK签名校验分析找到PackageParser类，该类在文件“frameworks/base/core

2016-08-01

不 Root 的三星手机，怎样真正看到 Android 文件夹里的内容

从 Android 11 开始，这套限制已经直接影响 `Android/data` 和 `Android/obb`。

2026-10-27

Android POS 银行卡支付开发实战：从 EMV AID 检测到费率精度修复

# Android POS 银行卡支付开发实战：从 EMV AID 检测到费率精度修复 > 本文基于 Android/Kotlin + Jetpack Compose 技术栈，分享 POS 收银应用在银行卡支付模块开发中遇到的真实问题与解决方案

2026-10-13

[Android 从零到一]StateFlow 与 SharedFlow 的边界：状态与事件的正确建模

做 Android 状态管理时，很多团队把 StateFlow 和 SharedFlow 当成"差不多的东西"混着用，直到线上出现两类典型 Bug：一类是 Toast 弹了两次、页面重复跳转；另一类是横竖屏切换后按钮点了没反应

2026-09-01

Android 冷启动优化实战：从 3 秒到 800毫秒的排查路径

# 线上反馈"App 打开慢"是最常见也最难量化的性能问题。这篇复盘一次真实优化过程：把冷启动从 3.1 秒压到 800ms 左右，方法比结果更值得抄。 ## 一、先把"冷启动"讲清楚冷启动 = 进程不存在 → 启动进程 → 加载 Application → 创建首个 Activity → 首帧渲染完成。三个关键节点： - **T0**：`am_proc_start` 系统开始拉进程 - **T1**：`Application.onCreate` 结束 - **T2**：首个 Activity `onWindowFocusChanged(true)` 触发我们要压的是 T2 - T0。中间的每一步都可能是黑锅。 ## 二、测量：不测量的优化都是玄学只信一种数据：`adb shell am start -W`。 ``` adb shell am start -W -n com.demo.app/.MainActivity ``` 输出里关注： - `ThisTime`：Activity 启动耗时 - `TotalTime`：包含 Application 的总耗时 - `WaitTime`：AMS 层的等待时间再叠加代码内打点： ``` class App : Application() { override fun onCreate() { val t0 = SystemClock.elapsedRealtime() super.onCreate() // ... 初始化 val cost = SystemClock.elapsedRealtime() - t0 Log.i("Startup", "App.onCreate cost=${cost}ms") } } ``` Activity 侧用 `Choreographer.getInstance().postFrameCallback` 或者 `reportFullyDrawn()` 抓首帧。 ## 三、Application 层：三板斧这轮优化里 Application 从 1.4s 降到 380ms，靠的是三件事。 ### 1. 分级初始化把 SDK 按"必须同步"/"可延后"/"可后台"三类拆开： ``` override fun onCreate() { super.onCreate() // 必须同步 initCrashReport() initLogger() // 主线程 idle 后跑 Looper.myQueue().addIdleHandler { initAnalytics() initImageLoader() false } // 后台线程 Thread { initPushSDK() initABTest() }.start() } ``` 关键点：**IdleHandler 只跑主线程能容忍的活**，别把耗时 SDK 塞进去，否则只是把卡顿从启动挪到首屏交互。 ### 2. 延迟到首屏之后用 `App Startup` 库或者手写 `ContentProvider` 触发器都行，核心是把非首屏依赖的初始化推到 Activity `onResume` 后： ``` class MainActivity : AppCompatActivity() { override fun onResume() { super.onResume() if (!inited) { window.decorView.post { initSecondaryModules() inited = true } } } } ``` ### 3. 干掉隐式 ContentProvider 初始化第三方 SDK 常用悄悄在启动阶段跑代码。检查方式： ``` adb shell dumpsys package com.demo.app | grep -A2 "Provider" ``` 看到不必要的 Provider，用 `tools:node="remove"` 关掉，然后手动懒加载： ``` ``` 这一步单独省了 220ms，很多 SDK 的 Provider 其实完全不需要跟启动绑定。 ## 四、首屏 Activity：布局和数据都要瘦 Application 优化到位后，Activity 那 900ms 就成了瓶颈。 ### 1. 布局层级和 measure/layout 用 Layout Inspector 或 `hierarchyviewer` 看首屏层级。这次踩到两个坑： - 一个 `ConstraintLayout` 里嵌了 5 层 `LinearLayout`，重构成扁平 Constraint 后省 90ms - `include` 了一个巨大的通用头部布局，里面 90% 视图 `visibility=gone`，改成 `ViewStub` 懒加载省 60ms ### 2. 主线程数据源要异步首屏依赖的接口不要在 `onCreate` 里同步等。用 Flow + Loading 骨架屏： ``` class HomeViewModel : ViewModel() { val state = MutableStateFlow(UiState.Loading) init { viewModelScope.launch { state.value = try { UiState.Success(repository.load()) } catch (e: Exception) { UiState.Error(e) } } } } ``` Activity 侧先渲染骨架，数据回来再刷。用户感知的"启动完成"不是数据完成，是**首帧可见**。 ### 3. 主题闪屏别用 Activity 老代码里用 `SplashActivity` → `MainActivity` 跳转，光 Activity 创建就多花 150ms。改成 `Theme` 层的 `windowBackground`： ``` @drawable/launch_bg ``` MainActivity 用 Launcher 主题，`super.onCreate` 后立刻切回 AppTheme。省一个 Activity，稳赚。 ## 五、验证和防回归优化完不做防回归，三个月后必然被打回原形。加两道闸： ### 1. CI 里加启动耗时基线用 `am start -W` 跑 20 次，取 P90，超过基线 15% 直接失败。这套脚本可以放到 GitHub Actions 或 Jenkins。 ### 2. 线上监控上报 `Application.attachBaseContext` 到 `onWindowFocusChanged` 的耗时，按机型分位统计。低端机 P90 才是真实体验，别只看平均值。 ``` object StartupTracker { private var t0 = 0L fun mark() { t0 = SystemClock.elapsedRealtime() } fun report(tag: String) { val cost = SystemClock.elapsedRealtime() - t0 Analytics.log("startup", mapOf("tag" to tag, "cost" to cost)) } } ``` ## 六、复盘：哪些是"看起来很美"的优化有几种做法要谨慎： - **多 dex 优化 / MultiDex.install 提前**：现在 minSdk ≥ 21 基本不用管 - **StrictMode 关掉**：只是把问题藏起来，别关，改成 release 关 debug 开 - **反射调用系统 API 跳过初始化**：兼容性成本远大于收益 - **提前预加载类**：意义不大，dex2oat 之后差异不明显真正立竿见影的还是那三件：**减少 Application 里的同步工作**、**首屏布局扁平化**、**用主题闪屏代替 SplashActivity**。 ## 小结冷启动优化没什么魔法：测量 → 拆解 → 分级 → 防回归。别一上来就找玄学方案，先把 `am start -W` 跑起来，把 Application 里的初始化列个表，砍掉一半你就赢了一半。

2026-08-31

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。