# Android_club

**Repository Path**: zhu-chenlu/android_club

## Basic Information

- **Project Name**: Android_club
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-05-22
- **Last Updated**: 2026-06-16

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

一，组件化开发
1.模块关系
app
├── module_main          (主页面模块)
├── module_mine          (个人中心模块)
├── module_message       (消息模块)
├── module_mall          (商城模块)
├── module_motorcircle   (车友圈模块)
├── module_club          (俱乐部模块)
└── lib_common          (公共基础库)
├── lib_net          (网络库)
├── lib_storage      (存储库)
├── lib_image        (图片库)
├── lib_log          (日志库)
└── lib_widget       (控件库)
## 2.组件化配置
(1)module和library配置
(2)config.gradle的配置：所有版本配置

## 3.arouter组件化配置
注意问题：资源布局文件名称不要冲突；合并清单文件冲突，配置2个清单文件
组件化开发好处：1.组件化开发，可以独立开发，可以独立测试，可以独立发布；2.避免代码冲突

二.ARouter框架：重点内容

三.日志模块封装：https://blog.csdn.net/qq_34178710/article/details/130792222
1.重要操作日志(埋点)--》调试bug/统计
2.崩溃crash(线上收集问题)：crash率多少
3.ANR：程序无响应(线上收集)
备注：crash和anr是为了解决线上app出现问题，上传到服务器，开发人员分析bug解决bug，发布到下一个版本修复或优化Xxx功能

4.日志封装问题：
(1)磁盘，如何设计？最多10个文件，每个文件不能超过30M?
(2)上报服务器，如何设计? 尽量不要产生一条就上报
崩溃和ANR:发生时先收集信息写入文件中，下次启动app检查是否有未上传的信息上传，上传成功后删除本地文件，上传失败下次重新上传
普通日志信息：批量攒100条一起上报+定时上报每隔10分钟上报+达到上限上报一次。。。。。+空闲上报

四.bugly：腾讯的崩溃、ANR上报SDK:https://blog.csdn.net/qq_34178710/article/details/130792222

1.SDK集成
2.如果项目混淆后如何准确定位到错误的信息
现象：混淆后bugly不能显示报错信息，将符号表上传到bugly平台解决
(1)签名打包app，出现问题缺失规则
(2)打包成功，找到符号表的位置mapping文件
(3)上传符号表：下载jar工具执行命令：
java -jar buglyqq-upload-symbol.jar -appid 3f8b5a9db7 -appkey 773f882e-4f32-4fdd-ab34-7a759da93847 -bundleid com.bw.a2301club -version 1.0 -platform Android -inputSymbol E:\AndroidStudioProjects\2301club2\app\build\outputs\mapping\release\mapping.txt -inputMapping E:\AndroidStudioProjects\2301club2\app\build\outputs\mapping\release\mapping.txt
四.设计模式
1.构建者模式（Builder):当参数比较多，而且参数意义不明确，建议使用构建者模式
2.策略者模式(Strategy):当需要使用多个算法，并且算法之间有异同，建议使用策略者模式,只需要切换策略
案例：Glide磁盘存储策略：1.DiskCacheStrategy.ALL:缓存所有版本的图片 2.DiskCacheStrategy.NONE:不缓存图片 3.DiskCacheStrategy.SOURCE:只缓存原始图片 4.DiskCacheStrategy.RESULT:只缓存转换过后的图片
Gitee - 基于 Git 的代码托管和研发协作平台