Java疑难杂问②

JVM里new对象时,堆会发生抢占吗?如何设计JVM的堆的线程安全的?

  会,假设JVM虚拟机上,每一次new 对象时,指针就会向右移动一个对象size的距离,一个线程正在给A对象分配内存,指针还没有来的及修改,另一个为B对象分配内存的线程,引用这之前的指针指向,这就发生了抢占,也被称为指针碰撞。
  TLAB的实现是给每个线程分配私有的指针,存对象的内存空间还是给所有线程访问,其它线程无法在这个区域分配,保证堆的线程安全。Thread Local Allocation Buffer,线程本地分配缓存
JVM在内存新生代Eden Space中开辟了一小块线程私有的区域TLAB(Thread-local allocation buffer)。在Java程序中很多对象都是小对象且用过即丢,它们不存在线程共享也适合被快速GC,所以对于小对象通常JVM会优先分配在TLAB上,并且TLAB上的分配由于是线程私有,所以没有锁开销。也就是说,Java中每个线程都会有自己的缓冲区称作TLAB,在对象分配的时候不用锁住整个堆,而只需要在自己的缓冲区分配即可。

java异常和错误的区别

  在java中,异常和错误同属于一个类:Throwable。Exception(异常)是应用程序中出现的可预测,可恢复的问题。Exception分为两类:非运行时异常和运行时异常。运行时异常都是 RuntimeException 类及其子类异常,如 NullPointerException、IndexOutOfBoundsException 等,这些异常是不检查异常,程序中可以选择捕获处理,也可以不处理。这些异常一般由程序逻辑错误引起。非运行时异常是指 RuntimeException 以外的异常,程序就不能编译通过。IOException和ClassNotFoundException 等以及用户自定义的 Exception 异常。Error(错误)大多表示运行应用程序时比较严重的错误。大多错误与编程者编写的程序无关,可能是代码运行时jvm出现的问题。例如OutOfMemoryError。

Thread使用start和run方法启动线程有什么区别

  调用start方法启动,使用start方法才真正实现了多线程运行,因为这个时候不用等待run方法执行完成就可以继续执行下面的代码,真正实现多线程。因为thread线程有5种状态,创建-就绪-运行-阻塞-死亡这五种,调用start方法就是就绪这一步,因为这个时候线程并没有立即的执行,而是得等待,等到cpu有空闲的时候,才会执行线程里面的run方法,等run方法执行完了,线程就结束了。
  如果直接使用thread执行run方法,因为run方法是thread里面的一个普通的方法,所以直接调用run方法,这个时候它是会运行在主线程中的,因为这个时候程序中只有主线程一个线程,所以如果有两个线程,都是直接调用的run方法,那么它们的执行顺序一定是顺序执行,所以这样并没有做到多线程的这种目的。

public synchronized void start() {
   
    //这里private volatile int threadStatus = 0;初始化的时候就是0
    //如果这里不为0的话就抛异常
    if (threadStatus != 0)
        throw new IllegalThreadStateException();

    //把当前线程加入到线程组中
    //private ThreadGroup group;就是这么个东西
    group.add(this);

    //初始化标记位未启动
    boolean started = false;
    try {
   
        start0();
        //标识为启动状态
        started = true;
    } finally {
   
        try {
   
            //如果没开启,标识为启动失败
            if (!started) {
   
                group.threadStartFailed(this
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在使用Docker,可能会遇到一些疑难杂症。其中,一些常见的问题及解决办法如下: 1. 运行docker version报错"Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?"这个错误通常是由于Docker守护进程未启动引起的。可以通过运行以下命令来启动守护进程:`sudo systemctl start docker`(适用于基于systemd的Linux发行版)。如果您不是使用systemd,请根据您的操作系统和版本来启动Docker守护进程。 2. 使用yum安装Docker报错"Cannot retrieve metalink for repository: epel. Please verify its path and try again."这个错误通常是由于epel源(Extra Packages for Enterprise Linux)未正确安装或配置引起的。您可以尝试以下解决办法: - 首先,确保您的系统与互联网连接正常。 - 检查您的操作系统和版本,并根据官方文档正确安装epel源。 - 如果您已经安装了epel源,但仍然遇到这个错误,请尝试更新epel源并再次运行安装命令。 这些是一些常见的Docker疑难杂症及其解决办法。当然,Docker的使用过程中可能还会遇到其他问题,您可以参考官方文档、社区论坛或搜索引擎来寻找更多解决办法。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [docker 疑难杂症](https://blog.csdn.net/weixin_33805992/article/details/92266045)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *2* *3* [docker常见疑难杂症](https://blog.csdn.net/weixin_45776707/article/details/103142818)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值