Android · Flutter · AI 工程化

10年+ Android 开发经验 做复杂客户端,也做稳定可维护的工程

专注 Android 原生开发与工程治理,有架构拆分、性能优化、系统权限和设备能力接入的实战经验。同时具备 Flutter 项目从 0 到 1 的交付经历,持续关注 AI 在研发提效和移动产品中的实际应用。

广东省 · 中山市 10年+ 客户端工程经验 Android / Flutter / AI 应用

邮箱受保护展示,可直接发送邮件或复制。

存量项目架构演进

在既有工程基础上推进模块拆分和规范落地,兼顾改造成本与迭代节奏。

复杂设备与系统能力

有系统权限、设备通信、图像处理和同步链路的实战经验。

交付效率与长期维护

结合 Flutter 和 AI 工具提升交付速度,同时控制维护成本。

能力结构

Android · Flutter · AI 工程化能力

按技术方向分块整理,覆盖原生开发、跨平台交付、系统能力集成和 AI 工程应用。

Android 原生与治理

Android 原生开发与工程治理

长期深耕 Android 体系,有基础能力建设和复杂业务交付的双向经验。对启动、渲染、内存、线程与异常链路有实战判断,了解哪些优化真正影响体验。

工程能力

掌握 Kotlin / Java,理解系统组件、生命周期细节、模块边界与协作成本。

项目治理

具备大型 App 模块拆分、工程规范落地和线上问题治理经验。

Kotlin Java MVVM MVP 组件化
跨平台交付

Flutter 项目从 0 到 1 交付

有 Flutter 项目从搭建到上线的完整经验,处理过平台一致性与原生差异问题,注重体验和长期可维护性。

Flutter GetX Dart 跨平台
复杂能力集成

非标准系统能力集成

有 Device Owner、无障碍服务、AIDL、OpenCV、RTSP 等场景的实际交付经验,处理过这类能力接入时的兼容性和稳定性问题。

Device Owner 无障碍服务 AIDL RTSP
AI 工程应用

AI 工程化应用

熟悉主流 LLM API 接入方式,结合 AI 辅助开发、图像处理与自动化工具提升交付效率。了解 AI 功能上线前需要考虑的稳定性、异常处理与边界问题。

研发提效

将 AI 用于代码生成、分析、自动化与工程协作,关注可持续复用的收益。

产品接入

评估场景可行性、成本边界和失败恢复方案,再决定是否引入。

LLM API AIGC Python OpenCV
项目案例

三个项目,三类工程复杂度

按业务背景、技术难点和个人负责内容整理,方便快速了解实际工作范围。

Flutter · 房产管理

房产经纪业务 App

面向房地产经纪人的移动端应用,需要在多端共享代码的同时保证客户管理、房源维护等核心流程顺畅。

负责内容
负责客户管理、房源系统等核心模块的设计与实现,推进关键流程在多端稳定落地。
  • 基于 Flutter + GetX 搭建核心业务模块,支持需求快速迭代。
  • 处理地图接入、页面状态同步和多端行为差异。
  • 按业务边界拆分模块,兼顾复用性和维护成本。
技术关键词
Flutter GetX 地图 SDK
Android · 企业控制

企业应用控制系统

面向企业管控场景的应用,需要协调设备权限、后台服务和同步校验链路。

负责内容
通过 Device Owner、无障碍服务与 AIDL 协同,实现应用启动控制和关键链路校验。
  • 处理高权限能力接入时的兼容性、稳定性和风险边界。
  • 通过 AIDL 提供同步校验服务,保证关键链路稳定可控。
  • 接入 WebSocket,支持远程联动和状态同步。
技术关键词
Device Owner 无障碍服务 AIDL WebSocket
Android · 图像处理

全景相机控制系统

负责全景相机控制 App 的维护与迭代,需要同时处理硬件通信、大图处理和图像质量优化。

负责内容
基于 OpenCV 做图像增强,并针对大图处理链路优化内存占用,改善运行稳定性。
  • 围绕 RTSP、图像增强与设备通信构建稳定的业务链路。
  • 定位和处理大图场景中的内存压力,减少崩溃与卡顿风险。
  • 在功能迭代中兼顾维护成本,控制历史项目的改造负担。
技术关键词
OpenCV RTSP 图像处理 硬件交互
工程方法

工程方法与做事方式

从边界划定、性能保障到业务闭环,是我处理移动端项目时的基本思路。

01 / 边界

架构先行

先拆清模块边界与职责,控制耦合,让后续迭代有可维护的基础。

02 / 稳定

性能兜底

关注启动、内存、线程与异常链路,把稳定性作为交付标准的一部分。

03 / 闭环

业务闭环

实现功能的同时考虑权限、同步、失败恢复和线上可维护性。

04 / 取舍

务实决策

在业务目标、交付节奏和维护成本之间找平衡,不追求脱离实际的完美方案。

Step 1

判断问题规模

  • 梳理业务链路、失败路径和风险边界。
  • 找出真正影响交付的技术难点。
Step 2

选择合适的工程手段

  • 按复杂度选择原生、跨平台或 AI 辅助方案。
  • 优先保证可维护性和团队协作效率。
Step 3

保证交付可持续

  • 将性能、异常处理和线上维护纳入同一套判断。
  • 让系统具备持续迭代的能力。
联系我

广东 · 中山,目前在职,接受本地及远程机会

方向是 Android、Flutter、客户端工程治理、复杂设备能力接入、图像处理或 AI 工程化应用,欢迎直接联系。

邮箱受保护展示,可直接发送邮件或复制。

所在地 / 状态 广东 · 中山,目前在职。
工作方式 接受中山本地机会,也接受远程工作。
匹配方向 Android 架构治理、性能稳定性、Flutter 交付、复杂设备接入、图像处理与 AI 工程应用。