(持续更新中!!~)19、原来可以这样理解C语言_自定义类型:结构体(2/8)结构体内存对⻬

目录

 2. 结构体内存对⻬

2.1 对⻬规则

2.2 为什么存在内存对⻬?

2.3 修改默认对⻬数


 2. 结构体内存对⻬

        我们已经掌握了结构体的基本使⽤了。

        现在我们深⼊讨论⼀个问题:计算结构体的⼤⼩。

        这也是⼀个特别热⻔的考点: 结构体内存对⻬

2.1 对⻬规则

⾸先得掌握结构体的对⻬规则:

        1.结构体的第⼀个成员对⻬到和结构体变量起始位置偏移量为0的地址处

        2.其他成员变量要对⻬到某个数字(对⻬数)的整数倍的地址处。

        对⻬数 = 编译器默认的⼀个对⻬数 与 该成员变量⼤⼩的较⼩值

-VS 中默认的值为 8   

-Linuxgcc没有默认对⻬数,对⻬数就是成员⾃⾝的⼤⼩

 3.结构体总⼤⼩为最⼤对⻬数(结构体中每个成员变量都有⼀个对⻬数,所有对⻬数中最⼤的)的 整数倍。

        4.如果嵌套了结构体的情况,嵌套的结构体成员对⻬到⾃⼰的成员中最⼤对⻬数的整数倍处,结构 体的整体⼤⼩就是所有最⼤对⻬数(含嵌套结构体中成员的对⻬数)的整数倍。

//练习1 

struct S1

{
 char c1;
 int i;
 char c2;
};

printf("%d\n", sizeof(struct S1));

//练习2 

struct S2

{
 char c1;
 char c2;
 int i;
};

printf("%d\n", sizeof(struct S2));

//练习3 

struct S3

{
 double d;
 char c;
 int i;
};

printf("%d\n", sizeof(struct S3));

//练习4-结构体嵌套问题 

struct S4

{
 char c1;
 struct S3 s3;
 double d;
};

printf("%d\n", sizeof(struct S4));

2.2 为什么存在内存对⻬?

⼤部分的参考资料都是这样说的:

1. 平台原因

        (移植原因): 不是所有的硬件平台都能访问任意地址上的任意数据的;某些硬件平台只能在某些地址处取某些特定 类型的数据,否则抛出硬件异常。

2. 性能原因:

         数据结构(尤其是栈)应该尽可能地在⾃然边界上对⻬。原因在于,为了访问未对⻬的内存,处理器需要 作两次内存访问;⽽对⻬的内存访问仅需要⼀次访问。假设⼀个处理器总是从内存中取8个字节,则地 址必须是8的倍数。如果我们能保证将所有的double类型的数据的地址都对⻬成8的倍数,那么就可以 ⽤⼀个内存操作来读或者写值了。否则,我们可能需要执⾏两次内存访问,因为对象可能被分放在两 个8字节内存块中。

        总体来说:结构体的内存对⻬是拿空间来换取时间的做法。

        那在设计结构体的时候,我们既要满⾜对⻬,⼜要节省空间,如何做到:

让占⽤空间⼩的成员尽量集中在⼀起

//例如: 

struct S1

{
 char c1;
 int i;
 char c2;
};

struct S2

{
 char c1;
 char c2;
 int i;
};

        S1S2 类型的成员⼀模⼀样,但是 S1S2 所占空间的⼤⼩有了⼀些区别。

2.3 修改默认对⻬数

#pragma 这个预处理指令,可以改变编译器的默认对⻬数。

#include <stdio.h>

#pragma pack(1)//设置默认对⻬数为1 

struct S

{
 char c1;
 int i;
 char c2;
};

#pragma pack()//取消设置的对⻬数,还原为默认 

int main()
{
 //输出的结果是什么? 
 printf("%d\n", sizeof(struct S));
 return 0;
}

        结构体在对⻬⽅式不合适的时候,我们可以⾃⼰更改默认对⻬数。

内容概要:本文详细记录了对一个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、付费专栏及课程。

余额充值