文章目录
1. build.gradle
和 build.gradle.kts
build.gradle
和 build.gradle.kts
是 Gradle 构建脚本的两种不同的语法形式。
-
build.gradle:
- 这是传统的 Gradle 构建脚本语法,使用 Groovy 语言编写。
- Groovy 是一种动态语言,可以更灵活地编写构建脚本。
- 在 Gradle 早期版本中,
build.gradle
是唯一可用的构建脚本格式。
-
build.gradle.kts:
- 这是使用 Kotlin 语言编写的 Gradle 构建脚本。
- Kotlin 是一种静态类型语言,相比 Groovy 更加严格和类型安全。
- 从 Gradle 4.6 版本开始引入了 Kotlin DSL 功能,允许使用 Kotlin 编写构建脚本。
- 使用 Kotlin 编写构建脚本可以获得更好的IDE支持、代码重构和自动补全等功能。
总的来说,两种构建脚本语法都可以实现相同的功能,但使用 Kotlin 编写的 build.gradle.kts
提供了更好的代码组织和可维护性。对于新的 Gradle 项目,使用 build.gradle.kts
通常是更好的选择。但对于已经存在的 Groovy 构建脚本,也可以选择保留使用 build.gradle
。
可以在 创建项目时进行选择,比如我建一个java的安卓项目,需要选择成build.gradle。具体如下:
添加链接描述
ps:
build.gradle导入依赖目前方式比较多
最常见的 implementation ‘androidx.appcompat:appcompat:1.6.1’
我自己的版本
androidTestImplementation libs.espresso.core 采用libs.
当然还有其他的:添加链接描述
语法 implementation(“XXX”)里面一定要是双引号
2. AS查看Android测试单元的Log日志
在目录下创建后;记得先运行一下这个文件(一定要);然后再运行Main文件,在输出日志里就可以看到测试单元的Log输出了。
3. AS的性能分析工具
profile with low overhead
和 profile with complete data
是 Android Studio 中两种不同的性能分析模式,它们的主要区别如下:
-
性能开销:
profile with low overhead
: 此模式下,性能分析对应用程序的性能开销较低。它使用采样技术来收集数据,只会定期捕获应用程序的状态,而不会持续监控应用程序的行为。这种方式对应用程序的影响较小。profile with complete data
: 此模式下,性能分析对应用程序的性能开销较高。它使用事件记录技术来收集数据,会持续监控应用程序的行为。这种方式会对应用程序的性能产生较大影响。
-
数据完整性:
profile with low overhead
: 由于采样技术的局限性,此模式收集的性能数据可能不够完整,可能无法捕获应用程序的所有细节。profile with complete data
: 此模式下,性能分析会收集应用程序行为的完整数据,能够提供更加详细和准确的性能分析结果。
-
使用场景:
profile with low overhead
: 适用于在开发或测试过程中快速检查应用程序的性能问题,同时不会对应用程序的性能产生太大影响。profile with complete data
: 适用于深入分析应用程序的性能问题,比如定位性能瓶颈,但同时会对应用程序的性能产生较大影响,因此通常在测试环境下使用。
总的来说,profile with low overhead
模式适合快速检查应用程序的性能问题,而profile with complete data
模式适合深入分析性能问题,两种模式各有优缺点,开发者需要根据具体的需求进行选择。
4. AS 快速注册Activity
alt+enter 不需要手动在mainfest文件里写