synchronized关键字

一、基本概念

synchronized 关键字,代表这个方法加锁,相当于不管哪一个线程(例如线程A),运行到这个方法时,都要检查有没有其它线程B(或者C、 D等)正在用这个方法(或者该类的其他同步方法),有的话要等正在使用synchronized方法的线程B(或者C 、D)运行完这个方法后再运行此线程A,没有的话,锁定调用者,然后直接运行。

synchronized关键字是线程安全的,提供同步机制,是一种重量级锁。

二、使用方法
  • 修饰代码块: 作用范围就是代码块
    public static void SynObj() {
        Object o = new Object();
        synchronized (o) {
            //todo
        }
    }

对于同步方法块,锁是Synchonized括号里配置的对象

synchronized修饰代码块,底层提供monitorEnter和monitorExit来达到获取锁和释放锁的过程

  • 修饰普通方法: 作用于对象
   public synchronized  void comMethod() {
      //todo
   }

对于普通同步方法,锁是当前实例对象。

  • 修饰静态方法: 作用于当前类
   public synchronized static void staMethod() {
      //todo
   } 

对于静态同步方法,锁是当前类的Class对象。

synchronized修饰普通方法和静态方法,不是通过monitorEnter和monitorExit机制来处理,而是flag上有ACC_SYNCHRONIZED的标识,
底层都是通过获取monitor对象来获取锁,monitor对象是由操作系统提供的mutex锁机制来完成线程获取对象和释放对象。

在这里插入图片描述

三、synchronized同步的缺点
  • synchronized关键字同步的时候,等待的线程将无法控制,只能死等。
  • synchronized关键字同步的时候,不保证公平性,因此会有线程插队的现象。
四、synchronized与volatile的区别
  • volatile本质是告诉JVM当前变量在寄存器中的值是不确定的,需要从主存中读取。synchronized则是锁定当前变量,只有当前线程可以访问该变量,其它线程被阻塞。
  • volatile仅能使用在变量级别,synchronized则可以使用在变量、方法。
  • volatile仅能实现变量修改的可见性,而synchronized则可以保证变量修改的可见性和原子性。(定义long或double时,如果使用volatile关键字(简单的赋值与返回操作),就会获得原子性)
  • volatile不会造成线程阻塞,synchronized会造成线程阻塞。
  • 使用volatile而不是synchronized的唯一安全情况是类中只有一个可变的域。
五、使用练习

模拟火车票售卖场景,三个窗口售卖A-B地的火车票,火车票共100张
编号1——100 打印示例:窗口1售卖火车票66

public class SellTickets implements Runnable{
    private  int tickets = 100;
    private Object object = new Object();
    Random random = new Random();
    @Override
    public void run() {
        while (true) {
            synchronized (object){
            if (tickets > 0) {
                try {
                    Thread.sleep(random.nextInt(300));
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println(Thread.currentThread().getName() + "售卖火车票" + tickets);
                tickets--;
            } else {
                break;
            }
            }
        }
    }
}
public class Test3 {

    public static void main(String[] args) {

        SellTickets sellTickets = new SellTickets();

        Thread thread1 = new Thread(sellTickets,"窗口1");
        Thread thread2 = new Thread(sellTickets,"窗口2");
        Thread thread3 = new Thread(sellTickets,"窗口3");

        thread1.start();
        thread2.start();
        thread3.start();

    }
}

部分运行结果
在这里插入图片描述

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

余额充值