hook so库的open函数在访问/apex/com.android.runtime/lib64/bionic/libc.so出现崩溃

[bytedance]

hook so库的open函数在访问/apex/com.android.runtime/lib64/bionic/libc.so出现崩溃

[caikelun]

你好～

可以改成这样试试：

int unity_new_open(const char *path, int flags, mode_t modes) {
    BYTEHOOK_STACK_SCOPE();
    VERBOSE("unity_new_open() path=%s", path);

    int result = BYTEHOOK_CALL_PREV(unity_new_open, path, flags, modes);
    VERBOSE("unity_new_open() ret=%d", result);

    return result;
}

可变参数分两种情况：

1. 可变部分的参数个数上限已知：比如 open（具体可以看下 aosp 中 open 的实现）。这种情况可以按照最大的参数个数情况来定义 proxy 函数。
2. 可变部分的参数个数上限未知：比如 snprintf。这种情况一般都会有对应的 va_list 类型的函数，比如 vsnprintf，因此可以在 proxy 函数中提取 va_list 然后调用 vsnprintf。

另外，PLT 方式 hook open一共需要 hook 三处：open，__open_real，__open_2。供参考。

[tyrionchen]

你好～

可以改成这样试试：

int unity_new_open(const char *path, int flags, mode_t modes) {
    BYTEHOOK_STACK_SCOPE();
    VERBOSE("unity_new_open() path=%s", path);

    int result = BYTEHOOK_CALL_PREV(unity_new_open, path, flags, modes);
    VERBOSE("unity_new_open() ret=%d", result);

    return result;
}

可变参数分两种情况：

1. 可变部分的参数个数上限已知：比如 open（具体可以看下 aosp 中 open 的实现）。这种情况可以按照最大的参数个数情况来定义 proxy 函数。
2. 可变部分的参数个数上限未知：比如 snprintf。这种情况一般都会有对应的 va_list 类型的函数，比如 vsnprintf，因此可以在 proxy 函数中提取 va_list 然后调用 vsnprintf。

另外，PLT 方式 hook open一共需要 hook 三处：open，__open_real，__open_2。供参考。

感谢解答！
修改后确实就不崩了