大家好，今天小编关注到一个比较有意思的话题，就是关于java安全设置的问题，于是小编就整理了2个相关介绍java安全设置的解答，让我们一起看看吧。
多线程编程中锁如何保证自己是线程安全的？
多线程技术是提高系统并发能力的重要技术，在应用多线程技术时需要注意很多问题，如线程退出问题、CPU及内存资源利用问题、线程安全问题等，本文主要讲线程安全问题及如何使用“锁”来解决线程安全问题。
一、相关概念
在了解锁之前，首先阐述一下线程安全问题涉及到的相关概念：
线程安全
如果你的代码所在的进程中有多个线程在同时运行，而这些线程可能会同时运行这段代码。如果每次运行结果和单线程运行的结果是一样的，而且其他变量的值也和预期的是一样的，则是线程安全的。线程安全问题是由共享资源引起的，可以是一个全局变量、一个文件、一个数据库表中的某条数据，当多个线程同时访问这类资源的时候，就可能存在线程安全问题。
临界资源
临界资源是一次仅允许一个进程（线程）使用的共享资源，当其他进程（线程）访问该共享资源时需要等待。
临界区
临界区是指一个访问共享资源的代码段。
线程同步
java如何安全的延迟初始化？
我们经常需要使用单例模式来为我们工作，而我们一般会使用下面的代码来组织我们的单例模式：
我们称这样的代码为“双重检查锁定”(Double checking locking)，一般情况下，这样的代码不会出现什么问题，毕竟我们的代码中也有类似的代码，但是这样的代码还是会有安全隐患。在这里，我们需要了解一个“new SingletonClass()”背后的过程，新生成一个对对象需要三个过程：
1、申请足够大小的内存空间
2、初始化申请到的内存空间
3、将新对象指向申请的内存空间
如果按照1-2-3的顺序来的话是没有问题的，但是编译器有可能会为了达到最好的效率对指令进行重排序，对于不会影响执行结果的指令，编译器可以进行指令冲排序，上面的2和3之间没有依赖关系，所以可以进行重排序，所以最后new的动作的执行顺序可能为1-3-2，而只要3执行了，那么我们的对象就不是null了啊，虽然还没有初始化。而问题就在这里，假设线程A执行到了“new SingletonClass（）”这一句，然后new动作的指令被重新排序为1-3-2，我们假设线程A执行到3的时候（还没有执行2），线程B来检测“_instance == null”，而线程A已经使得“_instance != null”成立了，所以线程B不再继续执行，但是我们发现线程B获取到的是一个还没有初始化的对象实例，这样做是有安全隐患的，假若线程B获取到_instance之后立刻操作这个对象就会出现问题。
经过我们的分析，我们发现问题在于new的指令被编译器重排序了，我们有两种方法来解决上面的问题：
一、使用volatile来禁止指令重新排序
只需在_instance之前加上volatile，我们就可以解除安全隐患。
到此，以上就是小编对于java安全设置的问题就介绍到这了，希望介绍关于java安全设置的2点解答对大家有用。