爆款云主机2核4G限时秒杀,88元/年起!
查看详情

活动

天翼云最新优惠活动,涵盖免费试用,产品折扣等,助您降本增效!
热门活动
  • 618智算钜惠季 爆款云主机2核4G限时秒杀,88元/年起!
  • 免费体验DeepSeek,上天翼云息壤 NEW 新老用户均可免费体验2500万Tokens,限时两周
  • 云上钜惠 HOT 爆款云主机全场特惠,更有万元锦鲤券等你来领!
  • 算力套餐 HOT 让算力触手可及
  • 天翼云脑AOne NEW 连接、保护、办公,All-in-One!
  • 中小企业应用上云专场 产品组合下单即享折上9折起,助力企业快速上云
  • 息壤高校钜惠活动 NEW 天翼云息壤杯高校AI大赛,数款产品享受线上订购超值特惠
  • 天翼云电脑专场 HOT 移动办公新选择,爆款4核8G畅享1年3.5折起,快来抢购!
  • 天翼云奖励推广计划 加入成为云推官,推荐新用户注册下单得现金奖励
免费活动
  • 免费试用中心 HOT 多款云产品免费试用,快来开启云上之旅
  • 天翼云用户体验官 NEW 您的洞察,重塑科技边界

智算服务

打造统一的产品能力,实现算网调度、训练推理、技术架构、资源管理一体化智算服务
智算云(DeepSeek专区)
科研助手
  • 算力商城
  • 应用商城
  • 开发机
  • 并行计算
算力互联调度平台
  • 应用市场
  • 算力市场
  • 算力调度推荐
一站式智算服务平台
  • 模型广场
  • 体验中心
  • 服务接入
智算一体机
  • 智算一体机
大模型
  • DeepSeek-R1-昇腾版(671B)
  • DeepSeek-R1-英伟达版(671B)
  • DeepSeek-V3-昇腾版(671B)
  • DeepSeek-R1-Distill-Llama-70B
  • DeepSeek-R1-Distill-Qwen-32B
  • Qwen2-72B-Instruct
  • StableDiffusion-V2.1
  • TeleChat-12B

应用商城

天翼云精选行业优秀合作伙伴及千余款商品,提供一站式云上应用服务
进入甄选商城进入云市场创新解决方案
办公协同
  • WPS云文档
  • 安全邮箱
  • EMM手机管家
  • 智能商业平台
财务管理
  • 工资条
  • 税务风控云
企业应用
  • 翼信息化运维服务
  • 翼视频云归档解决方案
工业能源
  • 智慧工厂_生产流程管理解决方案
  • 智慧工地
建站工具
  • SSL证书
  • 新域名服务
网络工具
  • 翼云加速
灾备迁移
  • 云管家2.0
  • 翼备份
资源管理
  • 全栈混合云敏捷版(软件)
  • 全栈混合云敏捷版(一体机)
行业应用
  • 翼电子教室
  • 翼智慧显示一体化解决方案

合作伙伴

天翼云携手合作伙伴,共创云上生态,合作共赢
天翼云生态合作中心
  • 天翼云生态合作中心
天翼云渠道合作伙伴
  • 天翼云代理渠道合作伙伴
天翼云服务合作伙伴
  • 天翼云集成商交付能力认证
天翼云应用合作伙伴
  • 天翼云云市场合作伙伴
  • 天翼云甄选商城合作伙伴
天翼云技术合作伙伴
  • 天翼云OpenAPI中心
  • 天翼云EasyCoding平台
天翼云培训认证
  • 天翼云学堂
  • 天翼云市场商学院
天翼云合作计划
  • 云汇计划
天翼云东升计划
  • 适配中心
  • 东升计划
  • 适配互认证

开发者

开发者相关功能入口汇聚
技术社区
  • 专栏文章
  • 互动问答
  • 技术视频
资源与工具
  • OpenAPI中心
开放能力
  • EasyCoding敏捷开发平台
培训与认证
  • 天翼云学堂
  • 天翼云认证
魔乐社区
  • 魔乐社区

支持与服务

为您提供全方位支持与服务,全流程技术保障,助您轻松上云,安全无忧
文档与工具
  • 文档中心
  • 新手上云
  • 自助服务
  • OpenAPI中心
定价
  • 价格计算器
  • 定价策略
基础服务
  • 售前咨询
  • 在线支持
  • 在线支持
  • 工单服务
  • 建议与反馈
  • 用户体验官
  • 服务保障
  • 客户公告
  • 会员中心
增值服务
  • 红心服务
  • 首保服务
  • 客户支持计划
  • 专家技术服务
  • 备案管家

了解天翼云

天翼云秉承央企使命,致力于成为数字经济主力军,投身科技强国伟大事业,为用户提供安全、普惠云服务
品牌介绍
  • 关于天翼云
  • 智算云
  • 天翼云4.0
  • 新闻资讯
  • 天翼云APP
基础设施
  • 全球基础设施
  • 信任中心
最佳实践
  • 精选案例
  • 超级探访
  • 云杂志
  • 分析师和白皮书
  • 天翼云·创新直播间
市场活动
  • 2025智能云生态大会
  • 2024智算云生态大会
  • 2023云生态大会
  • 2022云生态大会
  • 天翼云中国行
天翼云
  • 活动
  • 智算服务
  • 产品
  • 解决方案
  • 应用商城
  • 合作伙伴
  • 开发者
  • 支持与服务
  • 了解天翼云
      • 文档
      • 控制中心
      • 备案
      • 管理中心

      ☕【Java深层系列】「并发编程系列」让我们一起探索一下CyclicBarrier的技术原理和源码分析

      首页 知识中心 软件开发 文章详情页

      ☕【Java深层系列】「并发编程系列」让我们一起探索一下CyclicBarrier的技术原理和源码分析

      2024-03-29 09:54:58 阅读次数:50

      Java

      ☕【Java深层系列】「并发编程系列」让我们一起探索一下CyclicBarrier的技术原理和源码分析

      CyclicBarrier和CountDownLatch

      CyclicBarrier和CountDownLatch 都位于java.util.concurrent这个包下,其工作原理的核心要点:

      ☕【Java深层系列】「并发编程系列」让我们一起探索一下CyclicBarrier的技术原理和源码分析

      CyclicBarrier工作原理分析
      -
      那么接下来给大家分享分析一下JDK1.8的CyclicBarrier的工作原理。

      简单认识CyclicBarrier

      何为CyclicBarrier?

      1. CyclicBarrier从英文字面上理解,循环栅栏,咋一看好像跟同步器没多大关系,而栅栏式一排排的阻拦着,好像也有点同步等待的意思;
      2. CyclicBarrier是也一种同步帮助工具,允许多个线程相互等待,即多个线程到达同步点时被阻塞,直到最后一个线程到达同步点时栅栏才会被打开;
      3. CyclicBarrier内部没有所谓的公平锁\非公平锁的静态内部类,只是利用了ReentrantLock(独占锁)、ConditionObject(条件对象)实现了线程之间相互等待的功能;

      CyclicBarrier的state关键词

      1. CyclicBarrier这个类没有真正的state关键词,它只有parties线程总数量,count还没有进入阻塞的线程数量;
      2. CyclicBarrier的实现是间接利用了ReentrantLock(独占锁)的父类AQS的state变量值;
      3. CountDownLatch,A、B、C组线程同时执行,A先执行完的话就在那里等着,等所有A、B、C线程中执行最久的线程执行完了才开始执行各自的事件;

      常用重要的方法

      // 创建给定数值的栅栏总数,也就是支持参与线程的最多数值
      public CyclicBarrier(int parties)

      // 创建给定数值的栅栏总数,也就是支持参与线程的最多数值,且当最后一个线程执行完时会回调barrierAction方法
      public CyclicBarrier(int parties, Runnable barrierAction)

      // 更新换代,改朝换代,触发唤醒所有在Lock对象上等待的线程,释放所有正在处于阻塞的线程
      private void nextGeneration()

      // 打破平衡,并设置打破平衡的标志,然后再唤醒所有被阻塞的线程,
      private void breakBarrier()

      // 导致当前线程阻塞,直到其他线程调用trip.signal()或trip.signalAll()方法唤醒该线程
      public int await()

      // 比await()多了两个参数,意思就是阻塞等待信号量的最大时长,等待的时间值为timeout,单位为unit;
      public int await(long timeout, TimeUnit unit)

      // 阻塞等待的核心方法,如果不需要超时等待信号量的话则nanos参数是没用的,否则就有用
      private int dowait(boolean timed, long nanos)

      // 线程之间的等待,这样一个等待的平衡体系是否被打破
      public boolean isBroken()

      // 重置为初始状态值,就像初始创建CyclicBarrier该实例对象一样,干干净净的初始状态值
      public void reset()

      // 获取目前正在处于阻塞状态的线程数量值
      public int getNumberWaiting()

      // 获取线程数量,也就是栅栏数量总数值
      public int getParties()

      设计与实现伪代码

      等待被释放:

      public int await() throws InterruptedException, BrokenBarrierException {
      try {
      return dowait(false, 0L);
      } catch (TimeoutException toe) {
      throw new Error(toe); // cannot happen
      }
      }

      阻塞等待的核心方法;

      • 内部会调用trip.await()方法进入Condition等待阻塞队列;
      • 一旦栅栏数量为零时则会逐个逐个将Condition等待的队列转移到CLH的等待阻塞队列;
      • 所有线程被唤醒后然后等待dowait方法内部lock.unlock()一个个释放线程等待;
      • 阻塞的最后一个线程还有机会执行构造方法传入的接口回调;

      CyclicBarrier生活细节化理解

      比如百米赛跑,我就以赛跑为例生活化阐述该CyclicBarrier原理,场景:百米赛跑十人参赛,终点处有一个裁判计数;

      • 开跑一声枪响,十个人争先恐后的向终点跑去,真的是振奋多秒,令人振奋;
      • 当一个人到达终点,这个人就完成了他的赛跑事情了,就没事一边玩去了,那么裁判则减去一个人;
      • 随着人员陆陆续续的都跑到了终点,最后裁判计数显示还有0个人未到达,意思就是人员都达到了;
      • 然后裁判就拿着登记的成绩屁颠屁颠去输入电脑登记了;
      • 到此打止,这一系列的动作认为是A组线程等待另外其他组线程的操作,直到计数器为零,那么A则再干其他事情;

      源码分析CyclicBarrier

      CyclicBarrier构造器

      构造器源码

      创建一个给定数值的栅栏总数,也就是支持参与线程的最多数值,但是构造方法二还可以通过传入接口回调,当最后一个阻塞的线程被释放后,它将有机会执行这个被传入的回调接口barrierAction;

      /**
      * Creates a new {@code CyclicBarrier} that will trip when the
      * given number of parties (threads) are waiting upon it, and
      * does not perform a predefined action when the barrier is tripped.
      *
      * @param parties the number of threads that must invoke {@link #await}
      * before the barrier is tripped
      * @throws IllegalArgumentException if {@code parties} is less than 1
      */
      public CyclicBarrier(int parties) {
      this(parties, null);
      }
      /**
      * Creates a new {@code CyclicBarrier} that will trip when the
      * given number of parties (threads) are waiting upon it, and which
      * will execute the given barrier action when the barrier is tripped,
      * performed by the last thread entering the barrier.
      *
      * @param parties the number of threads that must invoke {@link #await}
      * before the barrier is tripped
      * @param barrierAction the command to execute when the barrier is
      * tripped, or {@code null} if there is no action
      * @throws IllegalArgumentException if {@code parties} is less than 1
      */
      public CyclicBarrier(int parties, Runnable barrierAction) {
      if (parties <= 0) throw new IllegalArgumentException();
      this.parties = parties;
      this.count = parties;
      this.barrierCommand = barrierAction;
      }

      await()

      • 阻塞等待的核心方法,内部会调用trip.await()方法进入Condition等待阻塞队列,一旦栅栏数量为零时则会逐个逐个将Condition等待的队列转移到CLH的等待阻塞队列;
      • 所有线程被唤醒后然后等待dowait方法内部lock.unlock()一个个释放线程等待,阻塞的最后一个线程还有机会执行构造方法传入的接口回调;
      /**
      * Waits until all {@linkplain #getParties parties} have invoked
      * {@code await} on this barrier.
      *
      * <p>If the current thread is not the last to arrive then it is
      * disabled for thread scheduling purposes and lies dormant until
      * one of the following things happens:
      * <ul>
      * <li>The last thread arrives; or
      * <li>Some other thread {@linkplain Thread#interrupt interrupts}
      * the current thread; or
      * <li>Some other thread {@linkplain Thread#interrupt interrupts}
      * one of the other waiting threads; or
      * <li>Some other thread times out while waiting for barrier; or
      * <li>Some other thread invokes {@link #reset} on this barrier.
      * </ul>
      *
      * <p>If the current thread:
      * <ul>
      * <li>has its interrupted status set on entry to this method; or
      * <li>is {@linkplain Thread#interrupt interrupted} while waiting
      * </ul>
      * then {@link InterruptedException} is thrown and the current thread's
      * interrupted status is cleared.
      *
      * <p>If the barrier is {@link #reset} while any thread is waiting,
      * or if the barrier {@linkplain #isBroken is broken} when
      * {@code await} is invoked, or while any thread is waiting, then
      * {@link BrokenBarrierException} is thrown.
      *
      * <p>If any thread is {@linkplain Thread#interrupt interrupted} while waiting,
      * then all other waiting threads will throw
      * {@link BrokenBarrierException} and the barrier is placed in the broken
      * state.
      *
      * <p>If the current thread is the last thread to arrive, and a
      * non-null barrier action was supplied in the constructor, then the
      * current thread runs the action before allowing the other threads to
      * continue.
      * If an exception occurs during the barrier action then that exception
      * will be propagated in the current thread and the barrier is placed in
      * the broken state.
      *
      * @return the arrival index of the current thread, where index
      * {@code getParties() - 1} indicates the first
      * to arrive and zero indicates the last to arrive
      * @throws InterruptedException if the current thread was interrupted
      * while waiting
      * @throws BrokenBarrierException if <em>another</em> thread was
      * interrupted or timed out while the current thread was
      * waiting, or the barrier was reset, or the barrier was
      * broken when {@code await} was called, or the barrier
      * action (if present) failed due to an exception
      */
      public int await() throws InterruptedException, BrokenBarrierException {
      try {
      return dowait(false, 0L); // 阻塞的核心方法,重心再次,通过ReentrantLock和Condition组合完成阻塞等待
      } catch (TimeoutException toe) {
      throw new Error(toe); // cannot happen
      }
      }

      dowait(false, 0L); // 阻塞的核心方法,重新再次,通过ReentrantLock和Condition组合完成阻塞等待

      3.3、dowait(boolean, long)

      • dowait方法是CyclicBarrier实现阻塞等待的核心方法,当await方法被调用时阻塞等待被Condition的一个队列维护着;
      • 然而线程从await跳出来时,正常情况下一般都是由于发送了信号量,阻塞被解除,那么Condition的等待队列将会被转移至AQS的等待队列;
      • 然后一个逐渐锁释放,最后CyclicBarrier也处于了初始值状态,供下次调用使用;
      • 因此CyclicBarrier每用完一套整个流程,又会回到初始状态值,又可以被其他地方当做新创建的对象一样来使用,所以才成为循环栅栏;
      /**
      * Main barrier code, covering the various policies.
      */
      private int dowait(boolean timed, long nanos)
      throws InterruptedException, BrokenBarrierException,
      TimeoutException {
      final ReentrantLock lock = this.lock; // 获取独占锁
      lock.lock(); // 通过lock其父类AQS的CLH队列阻塞在此,但是为啥又会继续往下进入临界区执行try方法,其原因就是trip.await()这句代码
      try {
      final Generation g = generation;

      if (g.broken) // 若平衡被一旦打破,则其他所有的线程都会抛出异常,因为即使这里没遇到抛异常,下面还会有 if (g.broken) 判断
      throw new BrokenBarrierException();

      if (Thread.interrupted()) { // 检测线程是否在其他地方被中断过,若任何一个线程被中断过
      breakBarrier(); // 那么则打破平衡,并设置打破平衡的标志,还原初始状态值,然后再唤醒所有被阻塞的线程,
      throw new InterruptedException();
      }

      int index = --count; // 执行一个则减1操作,正常情况下count表示还有多少个未进入临界区,即还在lock阻塞队列中
      if (index == 0) { // tripped 当count值降为0后,则表明所有线程都执行完了,那么就可以happy的一起改朝换代去做其他事情了
      boolean ranAction = false;
      try {
      final Runnable command = barrierCommand; // 构造方法传入的接口回调对象
      if (command != null) // 当接口不为空时,最后一个执行的线程有机会消费该回调方法
      command.run();
      ranAction = true;
      nextGeneration(); // 改朝换代,该执行的都已经执行完了,还原为初始状态值,以便下次可以重复再次使用
      return 0;
      } finally {
      if (!ranAction) // 若最后一个线程眼看着要完事了,若出现了任何异常的话,也照样打破整体平衡,要么一起生要么一起亡
      breakBarrier();
      }
      }

      // loop until tripped, broken, interrupted, or timed out
      for (;;) { // 自旋的死循环操作方式
      try {
      if (!timed) // 若不需要使用超时等待信号量的话,那么下面就直接调用trip.await()进入阻塞等待
      trip.await(); // 正常情况下,代码执行到此就不动了,该方法内部已经调用了park方法导致线程阻塞等待
      else if (nanos > 0L)
      nanos = trip.awaitNanos(nanos); // 在指定时间内等待信号量
      } catch (InterruptedException ie) { // 若在阻塞等待期间由于被中断了
      if (g == generation && ! g.broken) { // 如果还没改朝换代,并且平衡标志位还为false的话,则继续打破平衡并且抛出中断异常
      breakBarrier();
      throw ie;
      } else {
      // We're about to finish waiting even if we had not
      // been interrupted, so this interrupt is deemed to
      // "belong" to subsequent execution.
      Thread.currentThread().interrupt();
      }
      }
      if (g.broken) // 这里也有 if (g.broken) 判断,若平衡被一旦打破,则其他所有的线程都会抛出异常
      throw new BrokenBarrierException();

      if (g != generation) // 若已经被改朝换代了,那么则直接返回index值
      return index;

      if (timed && nanos <= 0L) { // 若设置了超时标志,并且不管是传入的nanos值也好还是通过等待后返回的nanos也好,只要小于或等于零都会打破平衡
      breakBarrier();
      throw new TimeoutException();
      }
      }
      } finally {
      lock.unlock(); // 释放lock锁
      }
      }

      breakBarrier()

      打破平衡,并设置打破平衡的标志,然后再唤醒所有被阻塞的线程;

      /**
      * Sets current barrier generation as broken and wakes up everyone.
      * Called only while holding lock.
      */
      private void breakBarrier() {
      generation.broken = true; // 设置打破平衡的标志
      count = parties; // 重新还原count为初始值
      trip.signalAll(); // 发送信号量,唤醒所有Condition中的等待队列
      }

      nextGeneration()

      唤醒所有在Condition中等待的队列,然后还原初始状态值,并且重新换掉generation的引用,改朝换代,为下一轮操作做准备;

      /**
      * Updates state on barrier trip and wakes up everyone.
      * Called only while holding lock.
      */
      private void nextGeneration() {
      // signal completion of last generation
      trip.signalAll();
      // set up next generation
      count = parties;
      generation = new Generation();
      }

      AQS的await()

      CyclicBarrier的成员属性 trip( Condition类型 ) 对象的方法:

      1. 该AQS的await方法,因为该方法涉及到为什么用了独占锁lock.lock之后,dowait方法里面通过调用了trip.await()进行阻塞的话,第二个、第三个线程怎么还会通过lock.lock调用之后还能进入临界区呢。
      2. AQS的方法会调用fullyRelease(node)释放当前线程占有的锁,所以lock.lock才不至于一直被阻塞在那里;
      3. 并且Condition也维护了自己的一个链表,凡是通过调用trip.await()方法的线程,都会首先进入Condition的队列,然后释放独占锁,想办法调用park方法锁住当前线程;
      4. 然后在被信号量通知的时候,又会将Condition队列的结点转移到AQS的同步队列中,然后等待调用unlock逐个释放锁;
      /**
      * Implements interruptible condition wait.
      * <ol>
      * <li> If current thread is interrupted, throw InterruptedException.
      * <li> Save lock state returned by {@link #getState}.
      * <li> Invoke {@link #release} with saved state as argument,
      * throwing IllegalMonitorStateException if it fails.
      * <li> Block until signalled or interrupted.
      * <li> Reacquire by invoking specialized version of
      * {@link #acquire} with saved state as argument.
      * <li> If interrupted while blocked in step 4, throw InterruptedException.
      * </ol>
      */
      public final void await() throws InterruptedException {
      if (Thread.interrupted())
      throw new InterruptedException();
      Node node = addConditionWaiter(); // 将当前线程包装一下,然后添加到Condition自己维护的链表队列中
      int savedState = fullyRelease(node); // 释放当前线程占有的锁,如果不释放的话,那么在第二次调用lock.lock()的地方;
      // 如果第一个没执行完的话,那么则会一直阻塞等待,那么也就无法完成栅栏的功能了。
      int interruptMode = 0;
      while (!isOnSyncQueue(node)) { // 是否在AQS的队列中
      LockSupport.park(this); // 如果不在AQS队列中的话,则阻塞等待,这里才是最最最核心阻塞的地方
      if ((interruptMode = checkInterruptWhileWaiting(node)) != 0)
      break;
      }
      // 如果在AQS队列中的话,那么则考虑重入锁,重新竞争锁,重新休息
      if (acquireQueued(node, savedState) && interruptMode != THROW_IE)
      interruptMode = REINTERRUPT;
      if (node.nextWaiter != null) // clean up if cancelled
      unlinkCancelledWaiters();
      if (interruptMode != 0)
      reportInterruptAfterWait(interruptMode);
      }

      CyclicBarrier的实战用法

      CyclicBarrier提供2个构造器:

      public CyclicBarrier(int parties, Runnable barrierAction) {}
      public CyclicBarrier(int parties) {}
      • parties:指让多少个线程或者任务等待至barrier状态;
      • barrierAction:当这些线程都达到barrier状态时会执行的内容。

      CyclicBarrier中最重要的方法就是await方法

      //挂起当前线程,直至所有线程都到达barrier状态再同时执行后续任务;
      public int await() throws InterruptedException, BrokenBarrierException { };

      //让这些线程等待至一定的时间,如果还有线程没有到达barrier状态就直接让到达barrier的线程执行后续任务
      public int await(long timeout, TimeUnit unit)throws InterruptedException,BrokenBarrierException,TimeoutException { };
      public class cyclicBarrierTest {
      public static void main(String[] args) throws InterruptedException {
      CyclicBarrier cyclicBarrier = new CyclicBarrier(5, new Runnable() {
      @Override
      public void run() {
      System.out.println("线程组执行结束");
      }
      });
      for (int i = 0; i < 5; i++) {
      new Thread(new readNum(i,cyclicBarrier)).start();
      }
      }
      static class readNum implements Runnable{
      private int id;
      private CyclicBarrier cyc;
      public readNum(int id,CyclicBarrier cyc){
      this.id = id;
      this.cyc = cyc;
      }
      @Override
      public void run() {
      synchronized (this){
      System.out.println("id:"+id);
      try {
      cyc.await();
      System.out.println("线程组任务" + id + "结束,其他任务继续");
      } catch (Exception e) {
      e.printStackTrace();
      }
      }
      }
      }
      }

      输出结果:

      id:1
      id:2
      id:4
      id:0
      id:3
      线程组执行结束
      线程组任务3结束,其他任务继续
      线程组任务1结束,其他任务继续
      线程组任务4结束,其他任务继续
      线程组任务0结束,其他任务继续
      线程组任务2结束,其他任务继续
      `

      总结

      1. 有了分析CountDownLatch、Semaphore的基础后,再来分析CyclicBarrier显然有了扎实的功底,分析起来顺手多了;
      2. 在这里我简要总结一下CyclicBarrier的流程的一些特性:
      • 用途让一组线程互相等待,直到都到达公共屏障点才开始各自继续做各自的工作;
      • 可重复利用,每正常走完一次流程,或者异常结束流程,那么接下来一轮还是可以继续利用CyclicBarrier实现线程等待功能;
      • 共存亡,只要有一个线程有异常发生中断,那么其它线程都会被唤醒继续工作,然后接着就是抛异常处理;
      版权声明:本文内容来自第三方投稿或授权转载,原文地址:https://blog.51cto.com/alex4dream/4966429,作者:洛神灬殇,版权归原作者所有。本网站转在其作品的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如因作品内容、版权等问题需要同本网站联系,请发邮件至ctyunbbs@chinatelecom.cn沟通。

      上一篇:BUG 随想录 - Java: 程序包 com.example.xxx 不存在

      下一篇:Java基础深化和提高 ---- 数据结构

      相关文章

      2025-05-14 10:03:13

      arm架构下JAVA开发

      ARM(Advanced RISC Machine)是一种基于精简指令集计算(RISC)设计的处理器架构。它以高效、节能著称,因此广泛应用 于从智能手机到物联网设备的各个领域。

      2025-05-14 10:03:13
      Java , JVM , 嵌入式 , 架构 , 设备
      2025-05-14 10:02:58

      Java实现根据概率中奖率怎么算

      要实现根据概率计算中奖率的功能,可以使用 Java 编程语言编写一个简单的程序。

      2025-05-14 10:02:58
      Java , 概率 , 模拟 , 程序
      2025-05-14 09:51:21

      Java 代码本地设置Hadoop用户名密码

      在Hadoop环境中,通常使用Kerberos进行身份验证。但在一些开发或测试环境中,我们可能需要在本地代码中设置用户名和密码来模拟或进行简单的测试。

      2025-05-14 09:51:21
      Hadoop , Java , 代码 , 使用 , 用户名 , 认证
      2025-05-14 09:51:21

      java 判断map为null或者空

      java 判断map为null或者空

      2025-05-14 09:51:21
      Java , Map , null , 方法 , 是否 , 检查 , 示例
      2025-05-14 09:51:15

      java怎么对线程池做监控

      对Java线程池进行监控是确保系统性能和稳定性的重要部分。监控线程池可以帮助我们了解线程池的状态,如当前活跃线程数、任务队列长度、已完成任务数等。

      2025-05-14 09:51:15
      Java , 方法 , 监控 , 示例 , 线程 , 队列
      2025-05-13 09:53:23

      java动态获取实体类的字段

      在Java中,我们可以使用反射(Reflection)API来动态地获取实体类的字段。

      2025-05-13 09:53:23
      API , Java , 使用 , 字段 , 实体类 , 方法 , 获取
      2025-05-13 09:53:23

      Java静态变量在静态方法内部无法改变值

      在Java中,静态变量(也称为类变量)属于类本身,而不是类的任何特定实例。它们可以在没有创建类的实例的情况下访问和修改。如果我们发现在静态方法内部无法改变静态变量的值,这通常是因为我们的代码中有一些逻辑错误或误解。

      2025-05-13 09:53:23
      Java , 变量 , 实例 , 类名 , 访问 , 静态 , 静态方法
      2025-05-12 10:19:12

      springboot学习(2)

      springboot学习(2)

      2025-05-12 10:19:12
      Java , main , springboot , web , 启动 , 方法 , 浏览器
      2025-05-08 09:03:21

      基于spring+jsp+mysql实现的Java web论坛系统【源码+数据库+指导运行】

      本项目是一套基于spring+jsp+mysql实现的Java web论坛系统,主要针对计算机相关专业的正在做毕设的学生与需要项目实战练习的Java学习者。

      2025-05-08 09:03:21
      Java , jsp , spring , 功能 , 源码
      2025-05-07 09:08:42

      Java中的异常体系

      Java中的异常体系

      2025-05-07 09:08:42
      Exception , Java , 异常 , 程序
      查看更多
      推荐标签

      作者介绍

      天翼云小翼
      天翼云用户

      文章

      33561

      阅读量

      5266624

      查看更多

      最新文章

      arm架构下JAVA开发

      2025-05-14 10:03:13

      Java实现根据概率中奖率怎么算

      2025-05-14 10:02:58

      Java 代码本地设置Hadoop用户名密码

      2025-05-14 09:51:21

      java 判断map为null或者空

      2025-05-14 09:51:21

      java怎么对线程池做监控

      2025-05-14 09:51:15

      Java静态变量在静态方法内部无法改变值

      2025-05-13 09:53:23

      查看更多

      热门文章

      Java线程同步synchronized wait notifyAll

      2023-04-18 14:15:05

      Java/Android Annotation注解/注入(二)

      2023-04-13 09:37:00

      Android/Java判断字符串String是否为float浮点数或double类型

      2023-04-17 09:39:54

      Java小数点数字和百分号数字之间的转换

      2023-04-13 09:48:57

      Java的自带注解Annotation(一)

      2023-05-10 06:02:06

      Java/Android Annotation注解/注入(三)

      2023-04-13 09:37:00

      查看更多

      热门标签

      java Java python 编程开发 代码 开发语言 算法 线程 Python html 数组 C++ 元素 javascript c++
      查看更多

      相关产品

      弹性云主机

      随时自助获取、弹性伸缩的云服务器资源

      天翼云电脑(公众版)

      便捷、安全、高效的云电脑服务

      对象存储

      高品质、低成本的云上存储服务

      云硬盘

      为云上计算资源提供持久性块存储

      查看更多

      随机文章

      非静态语言也可靠——《编写可靠的JavaScript代码》

      Java中的数据库连接池选择与优化策略

      Java/Android Annotation注解/注入(三)

      Java从ArrayList指定position位置开始删除后面全部子元素

      Java中的构造方法详解

      实用指南:如何在CMD中运行Java程序并快速修复错误

      • 7*24小时售后
      • 无忧退款
      • 免费备案
      • 专家服务
      售前咨询热线
      400-810-9889转1
      关注天翼云
      • 旗舰店
      • 天翼云APP
      • 天翼云微信公众号
      服务与支持
      • 备案中心
      • 售前咨询
      • 智能客服
      • 自助服务
      • 工单管理
      • 客户公告
      • 涉诈举报
      账户管理
      • 管理中心
      • 订单管理
      • 余额管理
      • 发票管理
      • 充值汇款
      • 续费管理
      快速入口
      • 天翼云旗舰店
      • 文档中心
      • 最新活动
      • 免费试用
      • 信任中心
      • 天翼云学堂
      云网生态
      • 甄选商城
      • 渠道合作
      • 云市场合作
      了解天翼云
      • 关于天翼云
      • 天翼云APP
      • 服务案例
      • 新闻资讯
      • 联系我们
      热门产品
      • 云电脑
      • 弹性云主机
      • 云电脑政企版
      • 天翼云手机
      • 云数据库
      • 对象存储
      • 云硬盘
      • Web应用防火墙
      • 服务器安全卫士
      • CDN加速
      热门推荐
      • 云服务备份
      • 边缘安全加速平台
      • 全站加速
      • 安全加速
      • 云服务器
      • 云主机
      • 智能边缘云
      • 应用编排服务
      • 微服务引擎
      • 共享流量包
      更多推荐
      • web应用防火墙
      • 密钥管理
      • 等保咨询
      • 安全专区
      • 应用运维管理
      • 云日志服务
      • 文档数据库服务
      • 云搜索服务
      • 数据湖探索
      • 数据仓库服务
      友情链接
      • 中国电信集团
      • 189邮箱
      • 天翼企业云盘
      • 天翼云盘
      ©2025 天翼云科技有限公司版权所有 增值电信业务经营许可证A2.B1.B2-20090001
      公司地址:北京市东城区青龙胡同甲1号、3号2幢2层205-32室
      • 用户协议
      • 隐私政策
      • 个人信息保护
      • 法律声明
      备案 京公网安备11010802043424号 京ICP备 2021034386号