hook read函数status为19

[jh459100806]

bytehook Version
1.0.6

Android OS Version
HarmonyOS 2.0.0

Android ABIs
arm64-v8a

Device Manufacturers and Models
HONOR 20

hook read函数时绝大部分的so都返回19的status：
hooked. status: 19, caller_path_name: /apex/com.android.runtime/lib/libjavacore.so, sym_name: read
hooked. status: 19, caller_path_name: /apex/com.android.runtime/lib/libopenjdk.so, sym_name: read
......

其他函数如write、open等都不存在这个问题。
应该和系统设备无关，在其他设备上测试也同样有这个问题。
app代码体量太大，不确定是app本身的问题还是bytehook版本问题，想请教下这种情况该如何排查问题呢？

[caikelun]

19: https://github.com/bytedance/bhook/blob/main/doc/status_code.zh-CN.md#19

意思是：bytehook在替换GOT中的函数地址值之前，会检查一下GOT中的原值，预期是“这个原值通过dladdr获取到的信息中的函数名”与“你当前hook的函数名”是一致的，在你的例子中就是“read”。如果不一致，就说明很可能在你hook之前已经有人hook了这个函数，这时候bytehook不会再尝试hook这个函数。

这样设计的理由大概是：进程中每个函数符号的caller so对应的GOT表中的值，都是全局的信息，理论上所有的hook库（或者任意的native代码逻辑）都可以随时修改这个值，“修改”本身并没有什么技术难度，所以有时候一个进程中会出现很多hook库都在尝试去修改GOT中的值，这些hook/unhook的时序都是不受控制，这种情况作为app整体来说可能是不希望看到的。bytehook是希望作为一个统一的plt/got hook平台来管理这些hook行为，希望app中所有的plt/got hook都通过bytehook来完成，而不是成为app中又一个新的不受控制的hook参与者。

但是如果你的目的只是要“完成hook”，可以修改一下这里的代码，把verify的过程去掉，让bh_hook_manager_verify_got_value函数直接返回0就可以跳过上面说的检查：

bhook/bytehook/src/main/cpp/bh_hook_manager.c

Line 197 in 23bf3c6

if (NULL != info.dli_sname && 0 == strcmp(info.dli_sname, task->sym_name)) {

或者你也可以调试下，看看在你hook之前，对应got中的值已经被谁改了，以及hook到了哪里。

[jh459100806]

感谢，已经采用您建议的修改bhook源码的方案了。