你的接口真的线程安全了么？聊聊保证线程安全的10个小技巧

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新网络安全全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上网络安全知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注网络安全）

正文

3. 无修改权限

---

有时候，我们定义了公共资源，但是该资源只暴露了读取的权限，没有暴露修改的权限，这样也是线程安全的。

例如：

public class SafePublishService {

    private String name;



    public String getName() {

        return name;

    }



    public void add(String status) {

        System.out.println("add status:" + status);

    }

}

这个例子中，没有对外暴露修改name字段的入口，所以不存在线程安全问题。

3. synchronized

---

使用JDK内部提供的同步机制，这也是使用比较多的手段，分为：同步方法 和 同步代码块。

我们优先使用同步代码块，因为同步方法的粒度是整个方法，范围太大，相对来说，更消耗代码的性能。

其实，每个对象内部都有一把锁，只有抢到那把锁的线程，才被允许进入对应的代码块执行相应的代码。

当代码块执行完之后，JVM底层会自动释放那把锁。

例如：

public class SyncService {

    private int age = 1;

    private Object object = new Object();



    //同步方法

    public synchronized void add(int i) {

        age = age + i;        

        System.out.println("age:" + age);

    }



    

    public void update(int i) {

        //同步代码块，对象锁

        synchronized (object) {

            age = age + i;                     

            System.out.println("age:" + age);

        }    

     }

     

     public void update(int i) {

        //同步代码块，类锁

        synchronized (SyncService.class) {

            age = age + i;                     

            System.out.println("age:" + age);

        }    

     }

}

4. Lock

---

除了使用synchronized关键字实现同步功能之外，JDK还提供了Lock接口，这种显示锁的方式。

通常我们会使用Lock接口的实现类：ReentrantLock，它包含了：公平锁、非公平锁、可重入锁、读写锁 等更多更强大的功能。

例如：

public class LockService {

    private ReentrantLock reentrantLock = new ReentrantLock();

    public int age = 1;

    

    public void add(int i) {

        try {

            reentrantLock.lock();

            age = age + i;           

            System.out.println("age:" + age);

        } finally {

            reentrantLock.unlock();        

        }    

   }

}

但如果使用ReentrantLock，它也带来了有个小问题就是：需要在finally代码块中手动释放锁。

不过说句实话，在使用Lock显示锁的方式，解决线程安全问题，给开发人员提供了更多的灵活性。

5. 分布式锁

---

如果是在单机的情况下，使用synchronized和Lock保证线程安全是没有问题的。

但如果在分布式的环境中，即某个应用如果部署了多个节点，每一个节点使用可以synchronized和Lock保证线程安全，但不同的节点之间，没法保证线程安全。

这就需要使用：分布式锁了。

分布式锁有很多种，比如：数据库分布式锁，zookeeper分布式锁，redis分布式锁等。

其中我个人更推荐使用redis分布式锁，其效率相对来说更高一些。

使用redis分布式锁的伪代码如下：

try{

  String result = jedis.set(lockKey, requestId, "NX", "PX", expireTime);

  if ("OK".equals(result)) {

      return true;

  }

  return false;

} finally {

    unlock(lockKey);

}  

同样需要在finally代码块中释放锁。

6. volatile

---

有时候，我们有这样的需求：如果在多个线程中，有任意一个线程，把某个开关的状态设置为false，则整个功能停止。

简单的需求分析之后发现：只要求多个线程间的可见性，不要求原子性。

如果一个线程修改了状态，其他的所有线程都能获取到最新的状态值。

这样一分析这就好办了，使用volatile就能快速满足需求。

例如：

@Service

public CanalService {

    private volatile boolean running = false;

    private Thread thread;



    @Autowired

    private CanalConnector canalConnector;

    

    public void handle() {

        //连接canal

        while(running) {

           //业务处理

        }

    }

    

    public void start() {

       thread = new Thread(this::handle, "name");

       running = true;

       thread.start();

    }

    

    public void stop() {

       if(!running) {

          return;

       }

       running = false;

    }

}

需要特别注意的地方是：volatile不能用于计数和统计等业务场景。因为volatile不能保证操作的原子性，可能会导致数据异常。

7. ThreadLocal

---

除了上面几种解决思路之外，JDK还提供了另外一种用空间换时间的新思路：ThreadLocal。

当然ThreadLocal并不能完全取代锁，特别是在一些秒杀更新库存中，必须使用锁。

ThreadLocal的核心思想是：共享变量在每个线程都有一个副本，每个线程操作的都是自己的副本，对另外的线程没有影响。

温馨提醒一下：我们平常在使用ThreadLocal时，如果使用完之后，一定要记得在finally代码块中，调用它的remove方法清空数据，不然可能会出现内存泄露问题。

例如：

public class ThreadLocalService {

    private ThreadLocal<Integer> threadLocal = new ThreadLocal<>();



    public void add(int i) {

        Integer integer = threadLocal.get();

        threadLocal.set(integer == null ? 0 : integer + i);

    }

}

8. 线程安全集合

---

有时候，我们需要使用的公共资源放在某个集合当中，比如：ArrayList、HashMap、HashSet等。

如果在多线程环境中，有线程往这些集合中写数据，另外的线程从集合中读数据，就可能会出现线程安全问题。

为了解决集合的线程安全问题，JDK专门给我们提供了能够保证线程安全的集合。

比如：CopyOnWriteArrayList、ConcurrentHashMap、CopyOnWriteArraySet、ArrayBlockingQueue等等。

例如：

public class HashMapTest {



    private static ConcurrentHashMap<String, Object> hashMap = new ConcurrentHashMap<>();



    public static void main(String[] args) {



        new Thread(new Runnable() {

            @Override

            public void run() {

                hashMap.put("key1", "value1");

            }

        }).start();



        new Thread(new Runnable() {

            @Override

            public void run() {

                hashMap.put("key2", "value2");

            }

        }).start();



        try {

            Thread.sleep(50);

        } catch (InterruptedException e) {

            e.printStackTrace();

        }

        System.out.println(hashMap);

    }

}

在JDK底层，或者spring框架当中，使用ConcurrentHashMap保存加载配置参数的场景非常多。

比较出名的是spring的refresh方法中，会读取配置文件，把配置放到很多的ConcurrentHashMap缓存起来。

9. CAS

---

JDK除了使用锁的机制解决多线程情况下数据安全问题之外，还提供了CAS机制。

一、网安学习成长路线图

网安所有方向的技术点做的整理，形成各个领域的知识点汇总，它的用处就在于，你可以按照上面的知识点去找对应的学习资源，保证自己学得较为全面。

二、网安视频合集

观看零基础学习视频，看视频学习是最快捷也是最有效果的方式，跟着视频中老师的思路，从基础到深入，还是很容易入门的。

三、精品网安学习书籍

当我学到一定基础，有自己的理解能力的时候，会去阅读一些前辈整理的书籍或者手写的笔记资料，这些笔记详细记载了他们对一些技术点的理解，这些理解是比较独到，可以学到不一样的思路。

四、网络安全源码合集+工具包

光学理论是没用的，要学会跟着一起敲，要动手实操，才能将自己的所学运用到实际当中去，这时候可以搞点实战案例来学习。

五、网络安全面试题

最后就是大家最关心的网络安全面试题板块

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注网络安全）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

去，这时候可以搞点实战案例来学习。

五、网络安全面试题

最后就是大家最关心的网络安全面试题板块

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注网络安全）
[外链图片转存中…(img-u4VaXpVX-1713218087317)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！