Android菜鸟日记14-对话框

在 Android 开发中，requestWindowFeature(Window.FEATURE_NO_TITLE)； 对于隐藏默认的紫色的标题栏失效

在 Android 开发中，requestWindowFeature(Window.FEATURE_NO_TITLE); 对于隐藏默认的紫色的标题栏失效

Android Compose 开发，使用 ConstraintLayout，但是引入的是旧的 ConstraintLayout

Android Compose 开发，使用 ConstraintLayout，但是引入的是旧的 ConstraintLayout

Flutter 三方库 social_share 的鸿蒙适配教程

回顾整条适配链路：上游仓库同步进 AtomGit 保住历史；单包插件结构让适配落点收敛在插件根目录的ohos/目录，一条命令生成 ArkTS 骨架；Dart 侧只给 shareSms 加了 ohos 平台分支，ArkTS 侧用 systemShare、pasteboard、want、openLink 四类系统能力复刻十个接口，canOpenLink 门禁与 replyOnce 互斥处理平台差异；四份说明文件交代清楚适配行为与遗留差异，分支与 TAG 按社区规范提交发布。

SwiftUI 和 UIKit 怎么选？两代 UI 框架的适用范围

SwiftUI 和 UIKit 怎么选？不是"谁取代谁"，是两代技术并存各有边界。本质差异在范式：UIKit 命令式手动管理、十年存量与第三方生态；SwiftUI 声明式状态驱动、苹果逐年加码但仍有短板。选型配比：新项目默认 SwiftUI（新 API 优先）、存量 UIKit 项目用 UIHostingController 渐进迁移、超长列表与复杂集合视图等性能场景 UIKit 兜底、watchOS/visionOS 优先 SwiftUI。附速查表与警示：别信"全面取代"论，判断看项目清单不看论坛风向。

Android native端 堆栈打印

4. 在mk或者bp文件里连接so库 ,这两个 libcutils libutils。1.进入对应的cpp文件里，放开下列注释，然后改成1。3.在想要打堆栈的地方增加。

怎么用 Egret（白鹭引擎）打包 iOS 应用并上架 App Store？

用 Egret（白鹭引擎）做的 H5 项目怎么变成能上架 App Store 的 iOS 应用？流程拆开是六步：定包名、Windows 上用开心上架签发证书与描述文件、Egret Launcher 发布原生工程、macOS 上 Xcode 编译签名、IPA 上传、Ad Hoc 内测分发。其中只有编译签名绕不开 Mac，而且不需要懂 Xcode——关掉自动签名、选好证书、Archive 走一遍即可；证书云同步、命令行上传、扫码装包的细节都写在文中。

andorid http 应用层、传输层、网络层 详解

andorid http 应用层、传输层、网络层 详解

Java 编译、JDK 与 Android 构建入口

Android 项目中的 Java 源码先由 JDK 的 javac 编译成 class，AGP 在 Gradle 任务图里组织后续 Android 构建工作，D8 把字节码转成 dex 并打进 APK。安装后系统启动应用进程，ART 通过类加载器解析 APK 中的 dex，ActivityThread 在绑定应用时经 LoadedApk 和 Instrumentation 创建 Application。所以 Gradle 配置属于构建期，Application.onCreate() 属于运行期；R8 是否

从 0 开始在鸿蒙上使用 react-native-webp-format：环境搭建、应用创建、库集成与 6 大场景真机验证

从 0 到 1 在鸿蒙上用起环境检测通过（Node 22 / DevEco 26 / API 26 / hdc）↓创建 RN 0.84 工程 + harmony Metro 配置↓鸿蒙宿主五件套（RNAbility / RNApp / C++ 胶水层 / oh-package / metro）↓集成库（npm i + ohpm install + createRNPackages 注册，三行核心代码）↓hvigorw 构建 → hdc install → 真机 6 场景全通过能力是白送的。

Android中账号切换数据粘连问题解决思路

系统梳理 Android 应用切换账号后旧账号数据残留、请求回写、缓存串号、列表复用和后台任务继续执行的问题，并给出 Session 版本、任务取消、缓存命名空间、数据库隔离和 AI 约束下的治理方案。

Android 系统层扫盲 05：Android 开机后发生了什么？从 Bootloader 到 Launcher

<think>我们只需要根据内容生成摘要，不超过150字。内容是关于Android开机流程的概述。摘要需简洁，涵盖关键阶段。</think>Android开机是一场接力赛：BootROM→Bootloader→Linux Kernel→init→Zygote→system_server→System Services→Launcher。init是用户空间启动总管，Zygote是预热好的ART/Java进程底座，通过fork产生system_server和App进程，SystemSer

AndroidKMP之网络请求

基于 **Kotlin Multiplatform + Compose Multiplatform (M3) + Ktor + MVI 架构** 实现跨平台玩 Android文章列表Demo，一套代码同时运行在 **Android、JVM 桌面、iOS、JS、WasmJs** 五个平台。 采用分层架构：`data数据实体`‑`net多平台网络工厂`‑`http仓库层Repository`‑`viewmodel(MVI)`‑`ui界面层`；利用`expect‑actual`完成平台差异化实现；`compo

iOS市场截图尺寸规范的生成器

任何尺寸的一张尺寸的iphone手机屏幕截图可以生成各种符合苹果市场截图规范的尺寸图

Android 系统级失效问题 → 内核根因映射梳理

结合工作区本地内核源码节选（，Linux 6.18 主线）与 Android 17.0.0_r1 代码检索站https://xrefandroid.com/android-17.0.0_r1/xref/ 整理。：上层问题一旦变成"系统级失效"，就会牵扯内核。不是 Java/业务逻辑本身错，而是它把Framework、HAL、native 服务一路推到最后落在 Linux / ACK / GKI / vendor 驱动或内核子系统上。

iPhone Duo 适配详解，需要改变的不止是布局模型

看了下官方的适配 Duo 设计指引，苹果的指南还真有点东西，看的头皮发麻，比如 Duo 下，外屏和内屏最好不能是两套 UI ，应用应该做到支持持续适应当前拥有的空间界面效果。外屏、内屏、半折、Split View、横向摆放或者两个 App 并排，总体来说都是同一个问题：App 的窗口尺寸和可用区域正在变化，只要应用能够正确支持 resizing，然后支持使用系统导航和布局组件，Apple 认为大部分 App 都可以做到 Duo 适配。比如外屏的比例和传统 iPhone 有明显区别，又宽又矮，所以 Apple

Java 面向对象如何落到 Android View 体系

我把 Android UI 看成对象树：`ViewGroup` 通过组合拥有子 View，`View` 通过继承提供统一的测量、布局、绘制和事件契约；变化的业务行为用接口和策略实现多态。Activity 负责页面生命周期与协作，不让长生命周期对象持有它的 Context；RecyclerView 的 Adapter 负责创建与绑定，回收由 RecyclerView 管理。

HelloCrab - 短视频开源爬虫，仅供学习参考

桌面端“远程控制”区域的访问令牌可直接修改。输入 4–64 位字母、数字或. _ @ -，点击“保存”后立即生效并写入。网页和手机端需要使用新令牌重新连接。

AndroidKMP之导航和WebView

`NavHostController`是**导航状态持有者 + 导航调度器**，对应 XML 时代的 `NavController`，专门给 Compose（含 KMP）用。**共享模块（common）只定义导航抽象接口 INavigator，不依赖任何 Compose Navigation / NavHostController；Android 平台实现 AndroidNavigator 包装原生 NavHostController，iOS 后续可以写 IOSNavigator 包装 iOS 的导航组件*