一、目标今天我们的目标是某问答社区App的 xzse961:main版本：v8.21.1二、步骤搜xzse96常规做法是jadx打开apk，然后搜索xzse96。神奇的是，居然没有结果，这就有点意思了，App给我们加戏了，把一些明显的字符串做了加密隐藏。观察共性观察一下，签名有两个共性1、都是 1.0 开头2、后面接着的很像Base64那就先从h

一、目标现在的App都不安分，Java层去和Native挤眉弄眼，Native层又喜欢和Jave去暗通款曲。想安安静静的分析一个so太难了。有没有可能把App在Pc上都模拟执行起来，这样Native再去勾搭Jave层的时候就可以节省很多补环境的工作了。appdbg就是这样一个伪装成调试器的虚拟机。作者的介绍是:makeitpossibletorun

Android打包so文件到apk在使用Android源码开发app的时候，怎么使JNI生成的so文件打包进Apk呢,如果这样的就可以只提供给客户一个app就搞定了。下面是具体的实施步骤，这只是一个简单的Demo仅供参考，但是任何复杂的业务逻辑使用原理还是相同的1.含义全代码的so打包. a)建立工程,并使用本地调用,java文件如

一、马甲包的制作流程1.配置马甲包的applicationId以及应用名称在app的build.gradle文件中添加马甲包的配置android{signingConfigs{config{keyAlias''k

项目描述目前做App开发总绕不开图片这个元素。但是随着手机拍照分辨率的提升，图片的压缩成为一个很重要的问题。单纯对图片进行裁切，压缩已经有很多文章介绍。但是裁切成多少，压缩成多少却很难控制好，裁切过头图片太小，质量压缩过头则显示效果太差。于是自然想到App巨头“微信”会是怎么处理，Luban（鲁班）就是通过在微信朋友圈发送近10

友盟推送SDK为了提高设备标识的唯一性，除了UMID之外，还用到了Taobao提供的一个设备标识生成库(UTDID.jar)做双向保证。当前推送SDK兼容的UDID版本是V1.1.0。淘宝提供的设备标识生成库(UTDID.jar)已经广泛应用在阿里系的App中了，包括支付宝。部分集成过支付宝SDK的App，在集成友盟推送SDK的时候，会存在包冲突的问题

IM协议设计在实际开发中，为了及时的通知APP端一些事情，我们会借助第三方平台，进行推送。今天，我们来分析一下推送系统协议。推送系统遇到的问题在设计协议之前，我们考虑一些实际的问题：1.APP没有一个固定的网络地址，只能通过主动连接服务器，建立TCP长链接，来进行推送。2.移动环境下，AP

看到有朋友在问NoDom和Vue的区别，我在这里做一个较完整的回复，只能是较完整，因为我对Vue及其源码了解并不深刻。1、框架组成而言，NoDom强调模块，NoDom整个App就是一个大模块；Vue强调组件，它是把组件装到App中，而组件(component)和插件(plugin)往往会被很多开发者混淆；2、框架的核心性能在于编译和渲染，Vue的编译

在新看一个项目中，用到的TabLayout的，有段时间没写app了，去百度了一下。网上资料很多，很全，就不细写了，简单的说下用法。转自：https://www.jianshu.com/p/2b2bb6be83a8上图是简书Android端的主页Tab,在其他的App中Tab也是很常见的，它的实现方式也有很多：TabHost，自定义控件（第三方库）

1、设置导入导出目录CreatedirectoryDUMP_DIRas'D:\app\administered\dpdump';2、导出dmp到创建的目录expdpsystem/root!@orclschemasxxxxdumpfilexx.dmpdirectorydump_dir3、把导出的文件拷贝到需