我有在 Android Studio 中使用 Gradle 构建的本机代码。大多数调试似乎在 C++ 中运行良好，但我只是添加了一个新类，当我尝试进入函数调用时，它会将我带到一个完全不相关的代码区域中的一个绝对奇怪的位置。
例如，我有以下带断点的代码行：
SemVer ver_cl = PlatformHelper::getAppVersion();
我运行“Step In”，最终在看似任意的代码行上实现了gnu-libstdc++ hashtable.h。
我正在模拟器中运行。我已确保将我的项目同步到 Gradle 文件，但我不确定是什么导致了这种行为。
【问题讨论】：
标签： android c++ android-studio gradle android-ndk
PlatformHelper::getAppVersion(); 的实现可以洞察问题。在这种特殊情况下，该方法没有返回值。对于historical reasons，它在 C++ 中不是错误，但现代编译器通常会在这种情况下触发警告，通过为 GCC 添加-Werror 编译标志，您可以强制它将警告视为错误。当非 void 方法没有返回值时，堆栈被破坏并且控制返回到一个随机位置。 aardvarkk 很“幸运”，因为地址恰好是有效的。
可以看到类似行为的另一种情况是，当您使用优化（除 -O0 之外的任何内容）编译代码时。最强大的优化技术之一是内联：函数体直接插入到调用它们的位置。这对模板特别有用。此过程的缺点是某些功能被完全消除，并且它们在堆栈跟踪中不可见。因此，当您进入 PlatformHelper::getAppVersion(); 时，您可能会直接进入使用 hashmap 的内部某个地方，因为在调用 getAppVersion 和使用 hashmap 之间的所有代码都已被优化掉。但是这种情况下你的程序会正常运行，只是调试会有点麻烦。
【讨论】：
int n = 0;，所以我可以看看它是否落在其中。话虽如此，我现在意识到我现在实际上并没有返回 SemVer 结构，并且由于某种原因编译器没有抱怨这个？！看起来很奇怪……
-Wall 标志使编译器对代码质量更加挑剔，并通过-Werror 要求它将警告视为错误。对于新代码来说，这确实是一个不错的选择，但是当警告是由您使用的第三方库引起时，就会很痛苦。