Ruilin's Notes

Frida入门教程

Thu, 01 Aug 2024 00:00:00 +0000

Frida是逆向工程常用的Hook工具，是一款非常方便且易用的跨平台工具包。Frida分客户端环境和服务端环境，客户端即控制端，而服务端则是被控制端。

Frida Hook

Frida是逆向工程常用的Hook工具，是一款非常方便且易用的跨平台工具包。Frida分客户端环境和服务端环境，客户端即控制端，而服务端则是被控制端。

客户端可以编写Python代码来连接服务端，注入脚本到服务端。在服务端可以编写Javascript代码注入到目标进程进行Hook操作。

本文指导新手如何使用Frida

一、Frida安装

安装

sudo pip3 uninstall frida
sudo pip3 uninstall frida-tools

安装完查看版本
```
frida --version
```
下载安装包

对应的Frida 客户端包
下载对应的Frida 服务端安卓包
.xz为压缩文件，需要进行解压
版本号必须保持一致，否则无法兼容

推送到手机系统目录，手机必须Root

adb push ./frida-server-15.1.17-android-arm64.xz /data/local/tmp/

授予权限

adb shell
su
chmod 777 /data/local/tmp/frida-server-15.1.17-android-arm64

关闭系统SELinux 在打开服务端之前，需要先关闭SELinux setenforce 0 之后，运行getenforce命令，如果打印“Permissive”，说明关闭成功

运行服务

su
./data/local/tmp/frida-server-15.1.17-android-arm64

二、查看目标APP进程

查询所有进程ID frida-ps -U 可以添加grep 应用名找到目标进程id

三、注入Hook脚本

参考 https://www.cnblogs.com/luoyesiqiu/p/10718997.html

frida -U -l myhook.js [进程ID]

参数解释：

-U 指定对USB设备操作
-l 指定加载一个Javascript脚本
最后指定一个进程名，如果想指定进程pid,用-p选项。正在运行的进程可以用frida-ps -U命令查看这种注入脚本的方法，常用于hook在App就启动期就执行的函数。 frida运行过程中，执行%resume重新注入，执行%reload来重新加载脚本；执行exit结束脚本注入

hook目标方法，打印它的返回值：

if(Java.available) {
    Java.perform(function() {
        // 获取目标类
        var targetClass = Java.use('d10');
    
        // Hook 目标方法
        targetClass.Wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww.implementation = function() {
            // 调用原始方法并获取返回值
            var returnValue = this.Wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww.apply(this, arguments);
            // 打印返回值
            console.log('xxxxxxxx  Return value: ' + returnValue);
            // 返回原始返回值
            return returnValue;
        };
    });
}

注意：defpackage下的类不需要写包路径，直接写类名即可

Frida-dexDump脱壳

参考：https://blog.csdn.net/qq_37888591/article/details/124963201

Windows环境安装Frida-Dexdump
```
pip3 install Frida-Dexdump
```
模拟器或者Root手机安装frida-sever

进入模拟器或者手机放置frida-sever的目录
```
 cd /data/local/tmp
```
查看
```
 ls
 ./frida-server-15.1.22-android-x86
```

可能有权限问题，可以先给权限 755

adb shell chmod 755 /data/local/tmp/frida-server

然后新开一个cmd窗口，执行：
```
frida-dexdump -FU
```
会在frida-dexdump安装目录下输出模拟器当前运行的APP的dex文件，

查看frida-dexdump安装目录：

F:\YY>where frida-dexdump
E:\Program Files\python36\Scripts\frida-dexdump.exe

部分脱壳命令：

指定App的应用名称：frida-dexdump -U -n 一点资讯
指定App的应用进程ID：frida-dexdump -U -p 3302
指定App的应用包名：frida-dexdump -U -f com.hipu.yidian

基于Flutter实现的JS脚本引擎

Sun, 07 Apr 2024 00:00:00 +0000

JsEngine是基于webview_flutter插件内置的JS Runtime实现的JS扩展，能够实现动态运行JavaScript脚本，相比flutter_js等三方库更轻量级，不需要增加额外的size，能够支持JS HTTP网络请求、SP数据持久化以及对promise的支持。由于本引擎是基于WebView内核实现，能够通过Google和AppStore审核。

接入方式：https://pub.dev/packages/flutter_js_engine

源码：https://github.com/ruilin/flutter_js_engine

Http请求

JsEngine内置了网络请求接口，支持promise语法。

JS发起Http请求：

HttpSender.sendRequest("https://www.baidu.com/s", null, null, {
                  "wd": "%E6%97%A5%E5%8E%86"
              }, "GET").then((value) =>{
                console.log("sendRequest ok: ", value);
                run_callback(value);  // 返回数据到dart层
              });

数据存储

JsEngine内置支持数据以key-value的形式持久化存储，同时也支持promise语法。

JS存储和读取数据：

SpStorage.set("ijk", "oh yep");
SpStorage.get("ijk").then((value) =>{
    console.log("SpStorage got ijk promise value:", value);
});

传参

⚠️ JsEngine约定以‘run_’前缀的变量名作为引擎内置的全局变量。

接口通过params进行传参，在JS脚本中可通过内置的run_params获取传入的运行参数:
```
JsEngine.runCode('console.log("run_params:", run_params);', params: 'dadada');
```

在JS中获取参数

console.log("run_params:", run_params);

运行环境信息

获取JS运行环境的信息：

JsEngine.runCode('console.log("run_info:", run_info['system']);');

目前支持的信息包括： | 字段名 | 定义 | | —- | —- | | system | 系统 | | system_ver | 系统版本 | | locale | 语言码 | | engine_ver | 引擎版本 |

预加载全局lib

默认情况下，JsEngine.runCode()是在隔离环境中运行，但JsEngine同时也支持全局模式：

JsEngine.loadLib('');

代理日志输出

代理日志能够让JS输出日志到dart层：

JsEngine.setLogProxy((tag, log) {
  print('$tag: $log');
});

JS调用

run_log("hello world!");

完整示例

JsEngine.setDebugMode(true);
JsEngine.setLogProxy((tag, log) {
  print(log);
});
JsEngine.runCode('''
          console.log("run_params:", run_params);
          console.log("run_info:", run_info['system']);
          HttpSender.sendRequest("https://www.baidu.com/s", null, null, {
                  "wd": "%E6%97%A5%E5%8E%86"
              }, "GET").then((value) =>{
                console.log("sendRequest ok: ", value);
                run_callback(value);
              });
          SpStorage.set("abc", "என்ன Yogi இப்படி சொல்லிட்ட |");
          SpStorage.set("ijk", "oh yep");
          SpStorage.get("abc").then((value) =>{
            console.log("SpStorage got abc promise value:", value);
          });
          SpStorage.get("ijk").then((value) =>{
            console.log("SpStorage got ijk promise value:", value);
          });
        ''', params: 'dadada', callback: (json) {
      logI('JsEngine-console runJsCode res: $json');
    }).then((json) {
      logI('JsEngine-console future runJsCode res: $json');
    });

Android搭建React-Native框架

Mon, 06 Mar 2023 00:00:00 +0000

由于官方文档有些内容没更新，搭建环境过程中可能会遇到各种问题，这里把搭建过程中踩过的坑记录一下，作为对官方指引的一个补充。

官方文档：https://reactnative.cn/docs/integration-with-existing-apps

一、关于 RN 版本

目前RN最新版本是0.71.4，因0.71.0后依赖的文件结构有变化，但文档是有些地方没更新，比较多坑。建议使用0.71.0以下。
从 RN 0.64 开始，要求Android minSdkVersion>=21，即5.0以上、gradle7.3.3，如果要降到 19，只能把RN版本降低至0.63.x
0.64开始支持Hermes JS 引擎，需要手动配置开启，0.70以上默认开启。Hermes对启动时间，包体积、内存占用都有较大的优化：

同时考虑到0.69以上最低支持到IOS13，目前业务需要支持IOS11，综合评估使用0.68版本
版本差异对比工具：https://react-native-community.github.io/upgrade-helper/?from=0.63.4&to=0.64.0

二、RN 运行环境搭建

1. 配置项目目录结构

首先创建一个空目录用于存放 React Native 项目，然后在其中创建一个/android子目录，把你现有的 Android 项目拷贝到/android子目录中。

2. 安装 JavaScript 依赖包

在项目根目录下创建一个名为package.json的空文本文件，然后填入以下内容：

{
  "name": "MyReactNativeApp",
  "version": "0.0.1",
  "private": true,
  "scripts": {
    "start": "yarn react-native start"
  }
}

使用 yarn 安装 React 和 React Native 模块。请打开一个终端/命令提示行，进入到项目目录中（即包含有 package.json 文件的目录），然后运行下列命令来安装：这里指定版本0.68.0，默认是最新版本0.71.4

$ yarn add react-native@0.68.0

安装完成后往回拉，可能会出现如下警告：

重点关注“has unmet peer dependency…”的警告，并运行以下命令，按要求安装对应的依赖：

$ yarn add react@17.0.2 
$ yarn add @babel/core@
$ yarn add @babel/preset-env@7.1.6
$ yarn add uglify-js@3.13.0
$ yarn add typescript@3.6.0-beta

所有 JavaScript 依赖模块都会被安装到项目根目录下的node_modules/目录中（这个目录我们原则上不复制、不移动、不修改、不上传，随用随装）。把node_modules/目录记录到.gitignore文件中（即不上传到版本控制系统，只保留在本地）。

集成 RN 到已有项目中

1. 配置 maven

在你的 app 中 build.gradle 文件中添加 React Native 和 JSC 引擎依赖: dependencies { … implementation “com.facebook.react:react-native:+” // From node_modules implementation “org.webkit:android-jsc:+” } 在项目的 build.gradle 文件中为 React Native 和 JSC 引擎添加 maven 源的路径，必须写在 “allprojects” 代码块中

allprojects {
    repositories {
        maven {
            // All of React Native (JS, Android binaries) is installed from npm
            url "$rootDir/../node_modules/react-native/android"
        }
        maven {
            // Android JSC is installed from npm
            url("$rootDir/../node_modules/jsc-android/dist")
        }
        ...
    }
    ...
}

如果在gradle7.x 的settings.gradle有如下配置，需要去掉：

dependencyResolutionManagement {
    repositoriesMode.set(RepositoriesMode.FAIL_ON_PROJECT_REPOS)
    repositories {
        google()
        mavenCentral()
        maven {
            // All of React Native (JS, Android binaries) is installed from npm
            url "$rootDir/../node_modules/react-native/android"
        }
        maven {
            // Android JSC is installed from npm
            url("$rootDir/../node_modules/jsc-android/dist")
        }
    }
}

2. 启用原生模块的自动链接

要使用自动链接的功能，我们必须将其应用于几个地方。首先，将以下内容添加到settings.gradle:

apply from: file("../node_modules/@react-native-community/cli-platform-android/native_modules.gradle"); applyNativeModulesSettingsGradle(settings)

上面这一步需要确保AndroidManifest.xml配置了package，否则Gradle sycn会失败参考：https://stackoverflow.com/questions/58952564/error-unable-to-determine-the-current-character-it-is-not-a-string-number-ar

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.rntest"
    xmlns:tools="http://schemas.android.com/tools">

接下来，在app/build.gradle的最底部添加以下内容:

apply from: file("../../node_modules/@react-native-community/cli-platform-android/native_modules.gradle"); applyNativeModulesAppBuildGradle(project)

3. 配置权限

接着，在 AndroidManifest.xml 清单文件中声明网络权限:

<uses-permission android:name="android.permission.INTERNET" />

如果需要访问 DevSettingsActivity 界面（即开发者菜单），则还需要在 AndroidManifest.xml 中声明:

<activity android:name="com.facebook.react.devsupport.DevSettingsActivity" />

开发者菜单一般仅用于在开发时从 Packager 服务器刷新 JavaScript 代码，所以在正式发布时你可以去掉这一权限。

4. 允许明文传输（http 接口） (API level 28+)

从 Android 9 (API level 28)开始，默认情况下明文传输（http 接口）是禁用的，只能访问 https 接口。这将阻止应用程序连接到Metro bundler。下面的更改允许调试版本中的明文通信。

为 debug 版本启用 usesCleartextTraffic选项在src/debug/AndroidManifest.xml中添加usesCleartextTraffic选项：

<!-- ... -->
<application
  android:usesCleartextTraffic="true" tools:targetApi="28" >
  <!-- ... -->
</application>
<!-- ... -->

如果希望在正式打包后也能继续访问 http 接口，则需要在src/main/AndroidManifest.xml中也添加这一选项。要了解有关网络安全配置和明文通信策略的更多信息，请参阅此链接。

5. 测试集成结果

你已经完成了将 React Native 与当前应用程序集成的所有基本步骤。现在我们将启动Metro bundler来构建index.bundle包，并通过本地主机提供服务。

运行 Metro 服务运行应用首先需要启动开发服务器（Metro）。你只需在项目根目录中执行以下命令即可：
```
$ yarn start
```
运行你的应用保持 Metro 的窗口运行不要关闭，然后像往常一样编译运行你的 Android 应用(在命令行中执行./gradlew installDebug或是在 Android Studio 中编译运行)。或者合并上面两步直接运行：
```
$ yarn android
```
6. 打离线js包

通过以上步骤智能在模拟器成功连接Metro运行，真机运行不了，但可以把 js bundle 打成离线包，放到assets文件夹成功运行，打离线包命令：
```
$ react-native bundle --entry-file index.js --bundle-output ./android/app/src/main/assets/index.android.bundle --platform android --assets-dest ./android/app/src/main/res --dev false
```
参考：https://cloud.tencent.com/developer/article/1953650

7. 输出Log

react-native log-android
react-native log-ios

8. 常见问题

如果在Metro reload出现异常，可以通过以下命令react-native info查看环境是否有问题，有可能是环境变量没配等问题。

三、热更新方案

业内使用最多的是微软的CodePush框架，优势包括：

微软出品，大厂保证
良好的多环境支持（Testing，Staging, Production）
灰度发布、自动回滚等等特性
良好的数据统计支持：下载、安装、出错一目了然
强大的 CLI 工具，一个终端搞定全部流程同时微软也提供了AppCenter托管平台，在调研阶段我们先使用它来测试，正式接入时需要私有化部署我们自己的CodePush服务。

参考：https://github.com/microsoft/react-native-code-push/blob/master/docs/setup-android.md#plugin-installation-and-configuration-for-react-native-060-version-and-above-android

https://github.com/microsoft/react-native-code-push/blob/master/docs/setup-android.md#plugin-installation-and-configuration-for-react-native-060-version-and-above-android

1. 安装环境

安装Appcenter命令工具

$ npm install -g appcenter-cli

其他依赖

$ yarn add superagent@7.0.2
$ yarn add react-native-code-push

2. Android 项目添加依赖

在 android/settings.gradle 文件末尾添加

include ':app', ':react-native-code-push'
project(':react-native-code-push').projectDir = new File(rootProject.projectDir, '../node_modules/react-native-code-push/android/app')

在android/app/build.gradle添加

apply from: "../../node_modules/react-native-code-push/android/codepush.gradle"

Application.java添加

...
// 1. Import the plugin class.import com.microsoft.codepush.react.CodePush;

public class MainApplication extends Application implements ReactApplication {

    private final ReactNativeHost mReactNativeHost = new ReactNativeHost(this) {

        // 2. Override the getJSBundleFile method in order to let// the CodePush runtime determine where to get the JS// bundle location from on each app start@Overrideprotected String getJSBundleFile() {
            return CodePush.getJSBundleFile();
        }
    };
}

3. 在Appcenter创建应用

appcenter apps create -d MyApp-Android -o Android -p React-Native

创建部署

appcenter codepush deployment add -a <ownerName>/<appName> Staging 
appcenter codepush deployment add -a <ownerName>/<appName> Production

查看appcenter DeploymentKey

appcenter codepush deployment list -a zruilin/RNTest --displayKeys

4. 配置DeploymentKey

把DeploymentKey添加到项目strings.xml

 <resources>
     <string name="app_name">AppName</string>
     <string moduleConfig="true" name="CodePushDeploymentKey">DeploymentKey</string>
 </resources>

或者在android/app/build.gradle中配置

android {
    ...
    buildTypes {
        debug {
            ...
            // Note: CodePush updates shouldn't be tested in Debug mode as they're overriden by the RN packager. However, because CodePush checks for updates in all modes, we must supply a key.
            resValue "string", "CodePushDeploymentKey", '""'
            ...
        }
        releaseStaging {
            ...
            resValue "string", "CodePushDeploymentKey", '"<INSERT_STAGING_KEY>"'
            // Note: It's a good idea to provide matchingFallbacks for the new buildType you create to prevent build issues
            // Add the following line if not already there
            matchingFallbacks = ['release']
            ...
        }
        release {
            ...
            resValue "string", "CodePushDeploymentKey", '"<INSERT_PRODUCTION_KEY>"'
            ...
        }
    }
    ...
}

5. JS代码也需要引入CodePush

import codePush from 'react-native-code-push'

let codePushOptions = { checkFrequency: codePush.CheckFrequency.ON_APP_RESUME }
export default codePush(codePushOptions)(App);

6. 发布到appcenter

$ appcenter codepush release-react -a zruilin/Awesomeproject -d Staging -t 1.0.0 -m --development false --description hello...

查看创建的应用：appcenter apps list

7. CodePush私有部署版

如果已经部署了codepush私有服务，则安装

$ npm install -g code-push-cli@2.1.9

code-push login http://172.26.130.47:3000

查看app key

code-push deployment ls xh-android --k

四、问题记录

1. 报错：Non-whitespace before first tag.

原因：不要在工程目录下放打包的.apk（参考：https://github.com/invertase/react-native-firebase/issues/2179）

/Users/[UserName]/.gradle/caches/transforms-3/650da0710ee913bbca78c9b54dabf437/transformed/jetified-react-native-0.71.0-rc.0-debug-api.jar

Android生成设备唯一ID方案

Wed, 21 Sep 2022 00:00:00 +0000

设备唯一ID对业务有非常重要的作用，比如新用户注册归因和业务风控，都对设备ID的稳定性有着很高的要求。稳定性主要表现在两个方面:

同一台设备，卸载重装APP，生成ID不变；
同一台设备，不同的APP生成的ID是一致的。要保持这种稳定性，主要由两种策略来实现，一种是在设备上持久化保存ID。一种是通过设备较为稳定的属性作为因子生成ID。

Android持久化分析

SD卡公共目录保存，即使卸载APP也能还原hdid，但依赖业务动态申请SD卡访问权限才能生效。 SDCard访问权限演变：
Android 6（API 23）以下只需要在清单文件申请权限。
Android 6（API 23）以上需要APP向业务动态申请访问权限。
Android 10（API 29）以上需要清单文件中application节点加上。android:requestLegacyExternalStorage=”true”属性。
Android 11 开始APP默认只能访问沙盒目录，无法访问公共SDCard目录，如果以Android10以下为目标平台仍可以兼容访问（参考《Android 11 中的存储机制更新》）。

总结：

随着系统权限的逐步收紧，SDCard公共目录保存也将逐渐被淘汰，要在卸载App后依然保存数据在手机上基本没有完全可靠的方案。

生成因子分析

Android_id：
- 唯一决定于应用签名、用户和设备三者的组合
- AndroidID较为稳定，但无法跨业务，如果业务APP签名不同则产生的设备ID不一样。
- 参考：https://developer.android.com/about/versions/oreo/android-8.0-changes.html
- 参考：https://www.cnblogs.com/kekec/p/12544674.html
Mac地址：
- 需要申明ACCESS_WIFI_STATE，但Android 10.0后获取到的是随机生成的MAC（参考《Android随机分配 MAC 地址》）。
- 实测在Android10设备上，切换wifi就会发生改变。
- Mac在Android8.0以后获取的值不可靠。
IMEI：
- Android 10以下系统，需要动态申请电话权限(READ_PHONE_STATE)，
- Android 10以上无法获取，需要READ_PRIVILEGED_PHONE_STATE权限，但该权限需要系统特许的或者官方应用才能获取
- 参考：设备标识符官方说明
OAID
- 在高版本系统增加作为因子，国内厂商普遍在Android10之后开始支持OAID：

最终方案

优先使用OAID+Host，可以确保设备ID的稳定性，并且实现跨APP。
低版本系统多数设备无法获取OAID，采用Mac + Build.SERIAL 作为因子实现。
一旦前面都获取失败，则采用兜底方案：Android_id + Build.Host。

需要注意的是获取OAID结果回调才生成设备ID，由于OAID在有些设备上获取比较慢，甚至没有回调（内部是通过AIDL跨进程调系统服务获取），因此需要设置一个超时时间（比如1秒），超时则放弃使用，改为兜底方案。

验证结果

编译最新版FFmpeg for Android NDK(r21)

Tue, 13 Oct 2020 00:00:00 +0000

这里介绍在Mac下使用最新版NDK(r21)编译最新版的FFmpeg(4.3.1)，在NDK r17之后弃用了gcc，改用clang进行编译，因此最新版本NDK主要解决用clang配置编译ffmpeg。

准备

NDK 下载NDK(r21) 解压NDK （这一步网上资料较多不再赘述）
FFmpeg：下载官网最新版本的FFmpeg(4.3.1)：https://www.ffmpeg.org/download.html#releases

修改编译配置

默认配置是编译生成Linux环境下的库，需要修改为生成Android环境下的so

用文本编辑器（比如Sublime text）打开ffmpeg文件夹下的configure文件，找到以下配置进行替换：

# 注释掉默认configure 文件中的配置：
# SLIBNAME_WITH_MAJOR='$(SLIBNAME).$(LIBMAJOR)'
# LIB_INSTALL_EXTRA_CMD='$$(RANLIB) "$(LIBDIR)/$(LIBNAME)"'
# SLIB_INSTALL_NAME='$(SLIBNAME_WITH_VERSION)'
# SLIB_INSTALL_LINKS='$(SLIBNAME_WITH_MAJOR) $(SLIBNAME)'

# 替换为：
SLIBNAME_WITH_MAJOR='$(SLIBPREF)$(FULLNAME)-$(LIBMAJOR)$(SLIBSUF)'
LIB_INSTALL_EXTRA_CMD='?(RANLIB) "$(LIBDIR)/$(LIBNAME)"'
SLIB_INSTALL_NAME='$(SLIBNAME_WITH_MAJOR)'
SLIB_INSTALL_LINKS='$(SLIBNAME)'

创建编译脚本

打开终端，cd到ffmpeg目录下，执行以下命令创建脚本文件：
```
touch build_android.sh
```
用vim打开文件：
```
vim build_android.sh
```
复制以下shell脚本到 build_android.sh：（注意：NDK需要修改成自己的路径）

#!/bin/bash
# 以下路径需要修改成自己的NDK目录
TOOLCHAIN=/Users/xxx/Library/Android/sdk/ndk/21.3.6528147/toolchains/llvm/prebuilt/darwin-x86_64/
# 最低支持的android sdk版本
API=29

function build_android
{
# 打印
echo "Compiling FFmpeg for $CPU"
# 调用同级目录下的configure文件
./configure \
# 指定输出目录
    --prefix=$PREFIX \
# 各种配置项，想详细了解的可以打开configure文件找到Help options:查看
    --disable-neon \
    --disable-hwaccels \
    --disable-gpl \
    --disable-postproc \
    --enable-shared \
    --enable-jni \
    --disable-mediacodec \
    --disable-decoder=h264_mediacodec \
    --disable-static \
    --disable-doc \
    --disable-ffmpeg \
    --disable-ffplay \
    --disable-ffprobe \
    --disable-avdevice \
    --disable-doc \
    --disable-symver \
    --cross-prefix=$CROSS_PREFIX \
    --target-os=android \
    --arch=$ARCH \
    --cpu=$CPU \
    --cc=$CC
    --cxx=$CXX
    --enable-cross-compile \
    --sysroot=$SYSROOT \
    --extra-cflags="-Os -fpic $OPTIMIZE_CFLAGS" \
    --extra-ldflags="$ADDI_LDFLAGS" \
    $ADDITIONAL_CONFIGURE_FLAG
make clean
make
make install
echo "The Compilation of FFmpeg for $CPU is completed"
}

#armv8-a
ARCH=arm64
CPU=armv8-a
# r21版本的ndk中所有的编译器都在/ndk/21.3.6528147/toolchains/llvm/prebuilt/darwin-x86_64/目录下（clang）
CC=$TOOLCHAIN/bin/aarch64-linux-android$API-clang
CXX=$TOOLCHAIN/bin/aarch64-linux-android$API-clang++
# NDK头文件环境
SYSROOT=$TOOLCHAIN/sysroot
CROSS_PREFIX=$TOOLCHAIN/bin/aarch64-linux-android-
# so输出路径
PREFIX=$(pwd)/android/$CPU
OPTIMIZE_CFLAGS="-march=$CPU"
build_android

# 交叉编译工具目录,对应关系如下
# armv8a -> arm64 -> aarch64-linux-android-
# armv7a -> arm -> arm-linux-androideabi-
# x86 -> x86 -> i686-linux-android-
# x86_64 -> x86_64 -> x86_64-linux-android-

# CPU架构
#armv7-a
ARCH=arm
CPU=armv7-a
CC=$TOOLCHAIN/bin/armv7a-linux-androideabi$API-clang
CXX=$TOOLCHAIN/bin/armv7a-linux-androideabi$API-clang++
SYSROOT=$TOOLCHAIN/sysroot
CROSS_PREFIX=$TOOLCHAIN/bin/arm-linux-androideabi-
PREFIX=$(pwd)/android/$CPU
OPTIMIZE_CFLAGS="-mfloat-abi=softfp -mfpu=vfp -marm -march=$CPU "
build_android

#x86
ARCH=x86
CPU=x86
CC=$TOOLCHAIN/bin/i686-linux-android$API-clang
CXX=$TOOLCHAIN/bin/i686-linux-android$API-clang++
SYSROOT=$TOOLCHAIN/sysroot
CROSS_PREFIX=$TOOLCHAIN/bin/i686-linux-android-
PREFIX=$(pwd)/android/$CPU
OPTIMIZE_CFLAGS="-march=i686 -mtune=intel -mssse3 -mfpmath=sse -m32"
build_android

#x86_64
ARCH=x86_64
CPU=x86-64
CC=$TOOLCHAIN/bin/x86_64-linux-android$API-clang
CXX=$TOOLCHAIN/bin/x86_64-linux-android$API-clang++
SYSROOT=$TOOLCHAIN/sysroot
CROSS_PREFIX=$TOOLCHAIN/bin/x86_64-linux-android-
PREFIX=$(pwd)/android/$CPU
OPTIMIZE_CFLAGS="-march=$CPU -msse4.2 -mpopcnt -m64 -mtune=intel"
# 方法调用
build_android

输入:wq保存

开始编译

先给脚本添加权限：
```
chmod 777 ./build_android.sh
```
然后就可以运行脚本编译了：
```
./build_android.sh
```

编译完成

编译完成后将输出文件

常见问题

x86版本编译问题如果编译完后发现没有输出x86 so，检查是否有输出以下错误信息：
```
nasm/yasm not found or too old. Use --disable-x86asm for a crippled build.
```
原因是编译x86依赖汇编器nasm或者yasm没有安装。因此需要先安装好汇编器，这里我们选择其一进行安装安装方法：brew install yasm（通过homebrew 进行安装）安装成功再重新编译即可。
Android 加载x86 so问题在运行时加载so报错：
```
java.lang.UnsatisfiedLinkError: dlopen failed: /data/app/xxx.xxx.xxx-1/lib/x86/libavcodec.so: has text relocations
```
原因是android 6.0之后，系统做了限制。Android 6.0 changes

On previous versions of Android, if your app requested the system to load a shared library with text relocations, the system displayed a warning but still allowed the library to be loaded. Beginning in this release, the system rejects this library if your app’s target SDK version is 23 or higher. To help you detect if a library failed to load, your app should log the dlopen(3) failure, and include the problem description text that the dlerror(3) call returns. To learn more about handling text relocations, see this guide.

解决方法：需要在编译选项中增加参数--disable-asm 如果出现以下错误

dlopen failed: cannot locate symbol "iconv_open"，”iconv_close“

只能降低API版本，修改build_android.sh：API=26

[参考]

[1] https://yesimroy.gitbooks.io/android-note/content/compile_ffmpeg_for_android.html

[2] https://stackoverflow.com/questions/57681336/build-ffmpeg-4-2-with-android-ndk-r20

[3] https://www.jianshu.com/p/feab970fd74c

[4] https://juejin.im/post/6844903945496690696

[5] https://blog.csdn.net/marco_0631/article/details/73292199

[6] https://www.jianshu.com/p/fd938a51b01f

[7] https://github.com/tianshaokai/ffmpegbuild

项目管理心得

Wed, 14 Aug 2019 00:00:00 +0000

项目管理是一个团队工作组织必不可少的一个环节，项目管理是为团队目标服务的，是以达成目标为导向的工作。

以下是我在工作中的经验和个人对项目管理的理解的总结。

随着经验的积累，后续也将继续整理和完善。

地理坐标系

Wed, 14 Aug 2019 00:00:00 +0000

地理坐标系一般是指由经度、纬度和相对高度组成的坐标系，能够标示地球上的任何一个位置。经度和纬度常合称为经纬度，把球面上的经纬度显示在平面地图上需要采用某种地图投影。

为了与只选用经纬度的在扁球面或球面上的坐标系相区别，采用大地纬度的带有相对高度的三维地理坐标系也称为大地坐标系。采用的地心纬度定义的三维地理坐标系是一种球极坐标系。地理坐标系统还有采用三维笛卡尔坐标系的地心地固坐标系和本地切面坐标系。

经纬度的表示

经纬度以度数表示，一般可直接以小数点表示，但亦可把度数的小数点分为角分（1角分等于六十分之一度），和秒（一秒等于六十分之一分）

度分秒表示（度:分:秒）－49°30’00”-123d30m00s

度分表示（度:分）－49°30.0’-123d30.0m

度数表示－49.5000°-123.5000d（一般会有四位小数）

经纬度的范围

全球经纬度的取值范围为：纬度-90~90，经度-180~180

中国的经纬度范围大约为：纬度3.86~53.55，经度73.66~135.05

越北面的地方纬度数值越大，越东面的地方经度数值越大

度分转换

将度分单位数据转换为度单位数据，公式：度=度+分/60

例如： 经度 = 116°20.12'，纬度 = 39°12.34'

经度 = 116 + 20.12 / 60 = 116.33533°

纬度 = 39 + 12.34 / 60 = 39.20567°

分秒转换： 将度分秒单位数据转换为度单位数据，公式：度 = 度 + 分 / 60 + 秒 / 60 / 60

例如： 经度 = 116°20'43"，纬度 = 39°12'37"

经度 = 116 + 20 / 60 + 43 / 60 / 60 = 116.34528°

纬度 = 39 + 12 / 60 + 37 / 60 / 60 = 39.21028°

参考

[1]地理坐标系

[2]中国经纬度范围

Linux定时任务crontab配置

Tue, 16 Jul 2019 00:00:00 +0000

crontab命令常见于Unix和类Unix的操作系统之中，用于设置周期性被执行的指令。该命令从标准输入设备读取指令，并将其存放于“crontab”文件中，以供之后读取和执行。该词来源于希腊语chronos（χρόνος），原意是时间。

通常，crontab储存的指令被守护进程激活，crond常常在后台运行，每一分钟检查是否有预定的作业需要执行。这类作业一般称为cron jobs。

添加任务流程

编辑定时任务:

crontab -e

编辑完需要重启cron服务:

# Linux
service cron restart

# Macos
sudo /usr/sbin/cron start

任务格式

[root@xiaoluo ~]# cat /etc/crontab 
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed

在以上各个字段中，还可以使用以下特殊字符：

星号（*）：代表所有可能的值，例如month字段如果是星号，则表示在满足其它字段的制约条件后每月都执行该命令操作。

逗号（,）：可以用逗号隔开的值指定一个列表范围，例如，“1,2,5,7,8,9”

中杠（-）：可以用整数之间的中杠表示一个整数范围，例如“2-6”表示“2,3,4,5,6”

正斜线（/）：可以用正斜线指定时间的间隔频率，例如“0-23/2”表示每两小时执行一次。同时正斜线可以和星号一起使用，例如*/10，如果用在minute字段，表示每十分钟执行一次。

示例：

# 每天0:30, 12:30 执行命令 command
30 0,12 * * * command

crontab命令

格式：

crontab [-e [UserName]|-l [UserName]|-r [UserName]|-v [UserName]|File ]

参数:

-e [UserName]: 执行文字编辑器来设定时程表，内定的文字编辑器是 vi
-r [UserName]: 删除目前的时程表
-l [UserName]: 列出目前的时程表
-v [UserName]:列出用户cron作业的状态

参考

[1]https://zh.wikipedia.org/wiki/Cron

[2]http://www.atool9.com/crontab.php

导航系统概要

Mon, 08 Jul 2019 00:00:00 +0000

手机导航已成为人们出行必备的一种应用，它为用户提供到达任何目的地的路线以及前往该目的地的过程指导，使用户在陌生环境依然可以享受自由的出行。

在这里简单介绍导航的技术构成，也作为我在探途地图开发导航功能的实践中的一些经验总结。

手机导航系统流程图：

C/C++调用Lua接口封装技巧

Wed, 16 Jan 2019 00:00:00 +0000

作为一个轻量级、高性能的脚本语言，Lua绝对是C/C++首选的脚本语言。但由于为了保证语言层面的灵活性，C/C++调用Lua传递参数是基于堆栈实现的，使得调用过程比较繁琐，这给C/C++开发者带来比较大的维护成本。

本文分享一种我个人在实践中掌握的一种封装技巧——实现调用Lua函数像调用本地函数一样简单的调用方法。

常规调用流程

double test(lua_State * L, double x, double y) {
    double z;
    lua_getglobal(L, "f");    // 获取lua函数f
    lua_pushnumber(L, x);    // 压入参数x和y
    lua_pushnumber(L, y);

    if(lua_pcall(L, 2, 1, 0) != 0)
        LOG(LERROR, ("error running function 'f': ", lua_tostring(L, -1)));

    if(!lua_isnumber(L, -1))
        LOG(LERROR, ("function 'f' must return a number"));
    z = lua_tonumber(L, -1);
    lua_pop(L, 1);
    return z;
}

正常的调用流程，每一个Lua接口都需要编写以上代码来实现与C/C++的对接，一旦接口多起来，就会难以维护。

改进方案

限制返回参数类型

为使接口更加简化，我们限制Lua函数返回类型只能有一个，对不同的返回类型分别封装不同的接口：（对于返回复杂的数据类型，建议采用Json传递）

string callLuaFuncStr();
double callLuaFuncNum();

接口封装

使用C/C++可变参数，模仿print()的方式传参，保持Lua传参的灵活性。同时需要传入Lua函数名，最终的接口封装如下：

string callLuaFuncStr(const string funcName, const string argsFormat, ...);
double callLuaFuncNum(const string funcName, const string argsFormat, ...);

可变参数的实现

通过 setLuaFuncArgs() 对传入的数据类型进行解析，并分别传递给Lua：

uint32_t LuaHelper::setLuaFuncArgs(const string argsFormat, va_list args) {
    uint32_t count = 0;
    const char *format = argsFormat.c_str();
    while (*format != '\0') {
        char type = *format;
        if (type == '%' && *(format + 1) != '\0') {
            type = *(format + 1);
            switch (type) {
            case 's': {
                const char *arg = va_arg(args, const char *);
                lua_pushstring(L, arg);
                break;
            }
            case 'd': {
                int arg = va_arg(args, int);
                lua_pushinteger(L, arg);
                break;
            }
            case 'f': {
                float arg = va_arg(args, double);
                lua_pushnumber(L, arg);
                break;
            }
            default:
                LOG(LERROR, ("type undefined!!!"));
                format++;
                continue;
            }
            count++;
        }
        format++;
    }
    return count;
}

通过函数名调用Lua接口：

// 返回String
string LuaHelper::callLuaFuncStr(const string funcName, const string argsFormat, ...) {
    lua_getglobal(L, funcName.c_str());

    va_list args;
    va_start(args, argsFormat);
    uint32_t count = setLuaFuncArgs(argsFormat, args);
    va_end(args);

    if(lua_pcall(L, count, 1, 0) != 0)
        LOG(LERROR, ("error running function '", funcName ,"': ", lua_tostring(L, -1)));

    if(!lua_isstring(L, -1))
        LOG(LERROR, ("function '", funcName ,"' must return a string"));

    string result = lua_tostring(L, -1);
    lua_pop(L, 1);
    return result;
}

// 返回double
double LuaHelper::callLuaFuncNum(const string funcName, const string argsFormat, ...) {
    lua_getglobal(L, funcName.c_str());

    va_list args;
    va_start(args, argsFormat);
    uint32_t count = setLuaFuncArgs(argsFormat, args);
    va_end(args);

    if(lua_pcall(L, count, 1, 0) != 0)
        LOG(LERROR, ("error running function '", funcName ,"': ", lua_tostring(L, -1)));

    if(!lua_isnumber(L, -1))
        LOG(LERROR, ("function '", funcName ,"' must return a number"));

    double result = lua_tonumber(L, -1);
    lua_pop(L, 1);
    return result;
}

使用示例

Lua:

function testLua(speak)
    print(speak)
    return "Hello Cpp!!"
end

C++:

string result = callLuaFuncStr("testLua", "%s", "Hello Lua!!");

参考

[1][https://blog.csdn.net/jackystudio/article/details/17523523]

[2][https://blog.csdn.net/arnozhang12/article/details/6848678]