在NDK开发中经常会出现应用Crash的情况，而JNI层的报错信息，不像Java层报错信息那样可以直接在日志中看到错误的行数，JNI层中出现的错误直接看根本定位不到错误的位置。通常来说，JNI报的基本都是堆栈信息，需要NDK的一些工具进行地址转换，转换后即可看到错误的位置。addr2line就是这些地址转换的工具。一、环境配置1、工具路径       路径一般都在Sdk/ndk下工具选择        可以看到在toolchains下有多个选择，这应该是根据需要解析的so库类型进行选择，这里我选择了第一个。bin路径 配置环境变量       将上面的bin路径复制到环境变量中

        在NDK开发中经常会出现应用Crash的情况，而JNI层的报错信息，不像Java层报错信息那样可以直接在日志中看到错误的行数，JNI层中出现的错误直接看根本定位不到错误的位置。通常来说，JNI报的基本都是堆栈信息，需要NDK的一些工具进行地址转换，转换后即可看到错误的位置。addr2line就是这些地址转换的工具。一、环境配置1、工具路径       路径一般都在Sdk/ndk下工具选择        可以看到在toolchains下有多个选择，这应该是根据需要解析的so库类型进行选择，这里我选择了第一个。bin路径 配置环境变量       将上面的bin路径复制到环境变量中

需求如下：域名下面有多台服务器，现针对某个地区做测试，让某个地区的ip用户只访问某一台服务器，单独做测试，如果没问题，全部更新；有问题则影响较小，及时发现问题解决问题；解决方案：使用nginx的模块，在前端负载均衡转发的机器上，配置匹配规则；nginx配置vhost里面，域名下面location段，增加一段代码如果$remote_addr匹配到ip的话，转发到abc_test_server；server {    listen       80;    server_name  abc.com.cn;    access_log /dev/null;    error_log  /data/l

需求如下：域名下面有多台服务器，现针对某个地区做测试，让某个地区的ip用户只访问某一台服务器，单独做测试，如果没问题，全部更新；有问题则影响较小，及时发现问题解决问题；解决方案：使用nginx的模块，在前端负载均衡转发的机器上，配置匹配规则；nginx配置vhost里面，域名下面location段，增加一段代码如果$remote_addr匹配到ip的话，转发到abc_test_server；server {    listen       80;    server_name  abc.com.cn;    access_log /dev/null;    error_log  /data/l