Linux use apktool problem

简介: Linux服务器在线打包遇到的问题 转载请标明出处: https://blog.csdn.net/DJY1992/article/details/80110942 本文出自:【奥特曼超人的博客】在线打包的流程遇到奇怪的BUG(Linux apktool 包体变大)1. 在线打包的流程 首先我们需要根据在线打包自动关联落地页,同时落地页也是动态生成可选的。

Linux服务器在线打包遇到的问题

转载请标明出处:
https://blog.csdn.net/DJY1992/article/details/80110942
本文出自:【奥特曼超人的博客】

  • 在线打包的流程
  • 遇到奇怪的BUG(Linux apktool 包体变大)

1. 在线打包的流程

首先我们需要根据在线打包自动关联落地页,同时落地页也是动态生成可选的。

1.1 UML 图:

序列图:

Created with Raphaël 2.1.2UserUserServerServer脚本脚本CID--------------------CNAME队列处理URL--------------------CURL

流程图:

Created with Raphaël 2.1.2开始打包、落地页确认结束yesno

2. 遇到奇怪的BUG

2.1 环境问题:首次运行会报错 `GLIBC_2.14’ not found 。

注意:虽然服务器是Linux,但是底层GLIC是未安全的,针对这个问题是需要单独安装这个C/C++的库,不然会出现打包时报错 `GLIBC_2.14’ not found

/lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./libz.so.1)

查看系统glibc支持的版本,一般是版本过低或者没有安装:

[root@djy bin]# rpm -qa|grep glibc
glibc-common-2.12-1.149.el6.x86_64
glibc-headers-2.12-1.149.el6.x86_64
glibc-2.12-1.149.el6.x86_64
glibc-devel-2.12-1.149.el6.x86_64

安装:

//注意:configure时需要修改环境变量LD_LIBRARY_PATH,当前build目录不能在LD_LIBRARY_PATH中。
[root@djyopt]# wget http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gz
[root@djy opt]# tar -xf glibc-2.14.tar.gz
[root@djy opt]# cd glibc-2.14
[root@djy glibc-2.14]# mkdir build
[root@djy glibc-2.14]# cd build
[root@djy build]# ../configure --prefix=/home/dyc/install/glibc
[root@djy build]# make -j4
[root@djy build]# make install

修改环境变量,增加glibc/lib目录:

export LD_LIBRARY_PATH=.:$QTDIR/lib:$PIEV4_SDK_LIB:/home/djy/install/glibc/lib

2.2 包体增加变大的问题

某个游戏的包在线上处理时,游戏包体会从40M变成80M。打包流程的脚本是肯定没问题的,测试都通过了,那么就只有几种情况。

  • 环境问题:Linux服务器C/C++底层库的问题
  • 游戏母包的问题
  • jar包引起的脚本问题

那做了以下几点尝试:

  • 服务器在线打包,Win系统也跟着打包,对比。
  • 另外一台服务器可以,对比服务器环境。
  • 服务器反编译和WIN系统反编译大小对比。
  • 脚本问题
  • 依赖的jar问题

解决方案: 经过几个小时,发现了是 jar的 2.1.3 问题,替换最新的 2.3.2 即可。

奥特曼超人杜锦阳米奇云科技

如果想加固的同学可以看这篇:《Android apk如何加固防止被破解(防止逆向编译)》



|| 版权声明:本文为博主杜锦阳原创文章,转载请注明出处。

相关文章
|
11月前
|
存储 Linux
Linux - How to use LVM in Linux
Linux - How to use LVM in Linux
75 0
|
存储 缓存 监控
关于Linux中使用USE(使用率/饱和度/错误)方法分析系统性能的一些笔记
如果说希望通过`USE`做一些调优的工作,我觉得需要一定的能力,但是可以通过`USE`来定位机器的性能瓶颈,做一些排故工作。比如机器上的应用发生某些已知的未知故障,比如客户感知卡顿,工单流转,服务编排,调度任务等特别慢的情况,希望确认是机器性能问题,还是应用程序问题,这个时候,使用`USE`方法是一个很好的策略。
366 0
关于Linux中使用USE(使用率/饱和度/错误)方法分析系统性能的一些笔记
|
编解码 Ubuntu 编译器
解决(ARM64-ARMV8)嵌入式Linux系统下X264编码提示:libx264 :use cpu capability none!
解决(ARM64-ARMV8)嵌入式Linux系统下X264编码提示:libx264 :use cpu capability none!
447 0
解决(ARM64-ARMV8)嵌入式Linux系统下X264编码提示:libx264 :use cpu capability none!
|
15天前
|
Web App开发 Linux 网络安全
工作中常用到的Linux命令
工作中常用到的Linux命令
|
15天前
|
Web App开发 Java Linux
Linux之Shell基本命令篇
Linux之Shell基本命令篇
Linux之Shell基本命令篇
|
12天前
|
NoSQL Linux Shell
常用的 Linux 命令
常用的 Linux 命令
35 9
|
1天前
|
Linux 数据安全/隐私保护
Linux常用命令实例带注释
Linux常用命令实例带注释
5 0
|
1天前
|
Linux 开发工具 数据安全/隐私保护
Linux(19)常用解压命令记录
Linux(19)常用解压命令记录
6 0
|
2天前
|
机器学习/深度学习 缓存 监控
linux查看CPU、内存、网络、磁盘IO命令
`Linux`系统中,使用`top`命令查看CPU状态,要查看CPU详细信息,可利用`cat /proc/cpuinfo`相关命令。`free`命令用于查看内存使用情况。网络相关命令包括`ifconfig`(查看网卡状态)、`ifdown/ifup`(禁用/启用网卡)、`netstat`(列出网络连接,如`-tuln`组合)以及`nslookup`、`ping`、`telnet`、`traceroute`等。磁盘IO方面,`iostat`(如`-k -p ALL`)显示磁盘IO统计,`iotop`(如`-o -d 1`)则用于查看磁盘IO瓶颈。