前言
如果项目中存在多个module，那么在application模块中依赖library模块，并且library模块中有native代码的时候，假设你需要debug library模块中的这些native代码，正常情况下，这部分native代码是不能直接被debug的。导致这个问题的根本原因是因为即使在运行application模块的debug构建时，其依赖的library模块并不是以debug构建，而是以release构建。
项目结构例子如下图所示
解决不能debug的方式有两种。
1、不进行StripSymbolDebug
Gralde中有一个Task叫transformNativeLibsWithStripDebugSymbolFor${BuildType}，其对应的代码在com.android.build.gradle.internal.transforms.StripDebugSymbolTransform中，翻看代码可以发现如下代码
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
|
if (excludeMatchers
.stream()
.anyMatch(m -> m
.matches(Paths
.get(path)))) {
FileUtils
.mkdirs(strippedLib
.getParentFile());
FileUtils
.copyFile(
input, strippedLib);
}
else {
stripFile(
input, strippedLib, abi);
}
private
void stripFile(@NonNull File
input, @NonNull File
output, @Nullable Abi abi)
throws IOException {
FileUtils
.mkdirs(
output
.getParentFile());
if (abi ==
null) {
FileUtils
.copyFile(
input,
output);
return;
}
ProcessInfoBuilder builder =
new ProcessInfoBuilder();
builder
.setExecutable(stripExecutables
.get(abi));
builder
.addArgs(
"--strip-unneeded");
builder
.addArgs(
"-o");
builder
.addArgs(
output
.toString());
builder
.addArgs(
input
.toString());
ILogger logger =
new LoggerWrapper(project
.getLogger());
ProcessResult result =
new GradleProcessExecutor(project)
.execute(
builder
.createProcess(),
new LoggedProcessOutputHandler(logger));
if (result
.getExitValue() !=
0) {
logger
.warning(
"Unable to strip library '%s', packaging it as is.",
input
.getAbsolutePath());
FileUtils
.copyFile(
input,
output);
}
}
|
当满足excludeMatchers中的正则匹配时，该Task执行的是直接拷贝so文件，而不满足时，则执行的是strip操作。
而excludeMatchers是在构造函数中被赋值的
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
private
final Set<PathMatcher> excludeMatchers;
public StripDebugSymbolTransform(
Project project,
NdkHandler ndkHandler,
Set<String> excludePattern) {
this.excludeMatchers = excludePattern.stream()
.map(
StripDebugSymbolTransform::compileGlob)
.collect(ImmutableCollectors.toImmutableSet());
checkArgument(ndkHandler.isConfigured());
for(Abi
abi : ndkHandler.getSupportedAbis()) {
stripExecutables.put(abi, ndkHandler.getStripExecutable(abi));
}
this.project = project;
}
|
查看其构造函数被调用的地方
|
1
2
3
4
5
6
7
8
9
|
TransformManager transformManager = scope.getTransformManager();
GlobalScope globalScope = scope.getGlobalScope();
transformManager.addTransform(
tasks,
scope,
new StripDebugSymbolTransform(
globalScope.getProject(),
globalScope.getNdkHandler(),
globalScope.getExtension().getPackagingOptions().getDoNotStrip()));
|
从上代码可以看到忽略列表是从PackagingOptions中的DoNotStrip传入。
那么问题就好办了，我们只需要在library模块和application模块中加入忽略strip的正则匹配即可，如下
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
android {
//...
packagingOptions {
doNotStrip
"*/armeabi/*.so"
doNotStrip
"*/armeabi-v7a/*.so"
doNotStrip
"*/arm64-v8a/*.so"
doNotStrip
"*/x86/*.so"
doNotStrip
"*/x86_64/*.so"
doNotStrip
"*/mips/*.so"
doNotStrip
"*/mips64/*.so"
//...
}
}
|
值得注意的是，library模块和application模块中的gradle都需要加入。
但是问题又来了，我们发布到maven的时候，是不需要执行这个的，因此，最好配置一个开关，且这个开关不会被提交到git中去，因此local.properties是最合适的
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
boolean isDebug() {
boolean ret =
false
try {
Properties properties =
new Properties()
File
file =
project.rootProject.
file(
'local.properties')
if (!
file.exists()) {
return
false
}
properties.load(
file.newDataInputStream())
String debugStr = properties.getProperty(
"debug")
if (debugStr !=
null && debugStr.length() >
0) {
ret = debugStr.toBoolean()
}
}
catch (Throwable throwable) {
throwable.printStackTrace()
ret =
false
}
project.logger.error(
"[${project.name}]Debug:${ret}")
return ret
}
|
然后在local.properties中加入debug=true，修改packagingOptions配置为
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
android {
//...
if (isDebug()) {
packagingOptions {
doNotStrip "*/armeabi
/*.so"
doNotStrip "*/armeabi-v7a
/*.so"
doNotStrip "*/arm64-v8a
/*.so"
doNotStrip "*/x86
/*.so"
doNotStrip "*/x86_64
/*.so"
doNotStrip "*/mips
/*.so"
doNotStrip "*/mips64
/*.so"
//...
}
}
}
|
2、让Library模块的BuildType随Application模块的BulidType而构建
除了以上的方式，其实还有一种方式，那就是让Library不进行默认的release构建，而是随Application的BuildType而改变，当Application的BuildType为debug时，Library也进行debug构建，当Application的BuildType为release时，Library则进行release构建，要做到这样，需要显示声明一下compile的configuration。
查看Google的相关文档可以发现怎么做：http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-Library-Publication
application模块中的依赖原来是这样的
|
1
|
compile
project(
':library')
|
将其修改为
|
1
2
|
releaseCompile
project(
path:
':library',
configuration:
'release')
debugCompile
project(
path:
':library',
configuration:
'debug')
|
然后在library模块中的gradle中加入一行配置，表示不使用默认的
|
1
2
3
4
5
6
7
|
android {
//...
defaultConfig {
publishNonDefault true
//...
}
}
|
配置完成之后，就可以进行愉快的debug了，但是还没完，对的，需要判断是否是debug，那么以上配置就变成了这样
|
1
2
3
4
5
6
|
if (isDebug()) {
releaseCompile
project(
path:
':library',
configuration:
'release')
debugCompile
project(
path:
':library',
configuration:
'debug')
}
else {
compile
project(
':library')
}
|
|
1
2
3
4
5
6
7
8
9
|
android {
//...
defaultConfig {
if (isDebug()) {
publishNonDefault
true
}
//...
}
}
|
这里之所以加入debug判断，是因为发maven的时候，如果存在publishNonDefault=true，Maven发布插件将把这些额外的variant作为额外的包发布。这意味着它发布到一个maven仓库并不是真正的兼容。我们应该只向一个仓库发布一个单一的 variant。因此发布maven的时候，我们需要关闭这个配置项。
但是为了避免他人不知道这个情况，因此我们最好主动做一次检测，在项目根目录下的build.gradle加入检测代码
|
1
2
3
4
5
6
7
8
9
10
11
12
|
allprojects.
each {
project ->
project.afterEvaluate {
def uploadArchivesTask =
project.tasks.findByName(
"uploadArchives")
if (uploadArchivesTask) {
uploadArchivesTask.
doFirst {
if (isDebug()) {
throw
new RuntimeException(
"uploadArchives must disable debug options in local.properties first!")
}
}
}
}
}
|
一旦运行uploadArchives这个Task的时候，如果是debug，则直接扔异常，不让其发布。
1143
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
