BaseAdapter

import android.content.Context;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.BaseAdapter;
import android.widget.TextView;

import java.util.List;

/**
 * Created by Administrator on 2015/11/6.
 */
public class MyAdapter extends BaseAdapter {

    Context context;
    List<Help> data;
    public MyAdapter(Context context,List<Help> data) {
        this.context = context;
        this.data=data;
    }

    /*返回BAseAdapter处理数据源的总数*/
    @Override
    public int getCount() {
        return data.size();
    }

    /*返回数据源中某个位置的对象*/
    @Override
    public Object getItem(int position) {
        return data.get(position);
    }
    /*返回数据源中某个位置的对象的ID*/
    @Override
    public long getItemId(int position) {
        return position;
    }

    /*决定布局的显示效果*/
    @Override
    public View getView(int position, View convertView, ViewGroup parent) {

        ViewHolder viewHolder = null;
       /* convertView每次都要进行判空,因为有可能ListView滑动过快,导致布局来不及释放重用,
       如果convertView为空,就按照正常流程,为convertView赋值确保convertView不为空*/
        if(convertView==null){
            convertView= LayoutInflater.from(context).inflate(R.layout.item,null);

            viewHolder.text1=(TextView)convertView.findViewById(R.id.text1);
            viewHolder.text2=(TextView)convertView.findViewById(R.id.text2);
            viewHolder.text3=(TextView)convertView.findViewById(R.id.text3);

        }else{
            /*Tag不像ID是用标示view的。Tag从本质上来讲是就是相关联的view的额外的信息。
            它们经常用来存储一些view的数据,这样做非常方便而不用存入另外的单独结构。他
            是给View对象的一个标签,标签可以是任何内容,我们这里把他设置成了一个对象,
            因为我们是把Item.xml的元素抽象出来成为一个类ViewHolder,用了setTag,这
            个标签就是ViewHolder实例化后对象的一个属性。我们之后对于ViewHolder实例化
            的对象holder的操作,都会因为java的引用机制而一直存活并改变convertView的
            内容,而不是每次都是去new一个。*/
            convertView.setTag(viewHolder);
        }


        /*此处对布局文件进行赋值*/
        Help help=data.get(position);
        viewHolder.text1.setText(help.getName());


        return convertView;
    }
    /*ViewHolder通常出现在适配器里,为的是ListView滚动的时候快速设置值,而不必每次都重新创建
    很多对象,从而提升性能。ViewHolder只是将需要缓存的那些view封装好,convertView的setTag才
    是将这些缓存起来供下次调用。当你的ListView里布局多样化的时候 ViewHolder的作用就有比较明显
    的体现了。 当然了,单一模式的布局一样有性能优化的作用 只是不直观。  假如你2种模式的布局
     当发生回收的时候 你会用setTag分别记录是哪两种   这两种模式会被封装到ViewHolder中进行保
     存方便你下次使用。 VH就是个静态类 与缓存无关的*/
    class ViewHolder{
        TextView text1;
        TextView text2;
        TextView text3;
    }

}
内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值