状态变量

3、controller-manager模块 在controller manager模块中有几个重要的结构体。当中包含EndpointController、ReplicationManager、GCController、NodeController、ServiceController、RouteController、ResourceQuotaController，以下会进行介绍。在controller manager模块还有几个处于试验阶段的功能和结构体，这里不会进行介绍。 3.1、EndpointController EndpointController是个入口控制器结构体，表示一组包含服务的Pods副本。里面有POD入口控制器podController变量和Service入口控制器serviceController变量，里面还有POD存储变量podStore和Service存储变量serviceStore。EndpointController结构体中还有queue变量和client变量。 type EndpointController struct { client *client.Client serviceStore cache.StoreToServiceLister podStore cache.StoreToPodLister queue *workqueue

Java 语言中的 volatile 变量可以被看作是一种 “程度较轻的 synchronized”；与 synchronized 块相比，volatile 变量所需的编码较少，并且运行时开销也较少，但是它所能实现的功能也仅是 synchronized 的一部分。 本文介绍了几种有效使用 volatile 变量的模式，并强调了几种不适合使用 volatile 变量的情形。 锁提供了两种主要特性：互斥（mutual exclusion） 和可见性（visibility）。互斥即一次只允许一个线程持有某个特定的锁，因此可使用该特性实现对共享数据的协调访问协议，这样，一次就只有一个线程能够使用该共享数据。 可见性要更加复杂一些，它必须确保释放锁之前对共享数据做出的更改对于随后获得该锁的另一个线程是可见的 —— 如果没有同步机制提供的这种可见性保证，线程看到的共享变量可能是修改前的值或不一致的值，这将引发许多严重问题。 Volatile 变量 Volatile 变量具有 synchronized 的可见性特性，但是不具备原子特性。这就是说线程能够自动发现 volatile 变量的最新值。 Volatile 变量可用于提供线程安全，但是只能应用于非常有限的一组用例：多个变量之间或者某个变量的当前值与修改后值之间没有约束。因此，单独使用 volatile 还不足以实现计数器

3 月，跳不动了？>>> 本文参考原文- http://bjbsair.com/2020-03-25/tech-info/6366/ 目录 阀门和状态描述 LSTM cell LSTM整个过程 需要理解: 遗忘门，更新门，输出门的作用是什么，它们是怎么发挥作用的。 单元状态 cell state 是如何来选择性保留信息。 下面这张图将示意LSTM的操作。 LSTM单元，它在每一个时间步长跟踪更新“单元状态”或者是记忆变量。 同之前讲的RNN例子一样，我们将以一个时间步长的LSTM单元执行开始，接着你就可以用for循环处理Tx个时间步长。 阀门和状态概述 遗忘门 概念: 假设我们正在阅读一段文本中的单词，并计划使用LSTM跟踪语法结构，例如判断主体是单数（“ puppy”）还是复数（“ puppies”）。 如果主体更改其状态（从单数词更改为复数词），那么先前的记忆状态将过时，因此我们“忘记”过时的状态。 “遗忘门”是一个张量，它包含介于0和1之间的值。 如果遗忘门中的一个单元的值接近于0，则LSTM将“忘记”之前单元状态相应单位的存储值。 如果遗忘门中的一个单元的值接近于1，则LSTM将记住大部分相应的值。 公式: 公式的解释: 包含控制遗忘门行为的权重。 之前时间步长的隐藏状态和当前时间步长的输入连接在一起乘以。 sigmoid函数让每个门的张量值在0到1之间。

本文参考原文- http://bjbsair.com/2020-03-25/tech-info/6366/ 目录 阀门和状态描述 LSTM cell LSTM整个过程 需要理解: 遗忘门，更新门，输出门的作用是什么，它们是怎么发挥作用的。 单元状态 cell state 是如何来选择性保留信息。 下面这张图将示意LSTM的操作。 LSTM单元，它在每一个时间步长跟踪更新“单元状态”或者是记忆变量。 同之前讲的RNN例子一样，我们将以一个时间步长的LSTM单元执行开始，接着你就可以用for循环处理Tx个时间步长。 阀门和状态概述 遗忘门 概念: 假设我们正在阅读一段文本中的单词，并计划使用LSTM跟踪语法结构，例如判断主体是单数（“ puppy”）还是复数（“ puppies”）。 如果主体更改其状态（从单数词更改为复数词），那么先前的记忆状态将过时，因此我们“忘记”过时的状态。 “遗忘门”是一个张量，它包含介于0和1之间的值。 如果遗忘门中的一个单元的值接近于0，则LSTM将“忘记”之前单元状态相应单位的存储值。 如果遗忘门中的一个单元的值接近于1，则LSTM将记住大部分相应的值。 公式: 公式的解释: 包含控制遗忘门行为的权重。 之前时间步长的隐藏状态和当前时间步长的输入连接在一起乘以。 sigmoid函数让每个门的张量值在0到1之间。 遗忘门和之前的单元状态有相同的shape。

3 月，跳不动了？>>> 1.用一个DOM元素赋值给一个data中的变量时，当这个DOM元素改变了其属性等，这个data中的变量不会被改变，导致不无得到最新状态的DOM。 this.audio = this.$refs.audio this.$refs.autio.src ='1.mp3' console.log(this.audio) //未更新状态的DOM 来源： oschina 链接： https://my.oschina.net/u/3757195/blog/3210350

　　在学习Java锁的时候，总觉的比较含糊，感觉一直没有系统的消化理解。所以决定重新梳理一下java相关的锁。 　 　 本质来说只有两种锁，乐观锁和悲观锁，其他所谓的可重入、自旋、偏向/轻量/重量锁等，都是锁具有的一些特点或机制。目的就是在数据安全的前提下，提高系统的性能。 乐观锁 　　 乐观锁，顾名思义，就是说在操作共享资源时，它总是抱着乐观的态度进行，它认为自己可以成功地完成操作。但实际上，当多个线程同时操作一个共享资源时，只有一个线程会成功，那么失败的线程呢？它们不会像悲观锁一样在操作系统中挂起，而仅仅是返回，并且系统允许失败的线程重试，也允许自动放弃退出操作。所以，乐观锁相比悲观锁来说，不会带来死锁、饥饿等活性故障问题，线程间的相互影响也远远比悲观锁要小。更为重要的是，乐观锁没有因竞争造成的系统开销，所以在性能上也是更胜一筹。 　　CAS 是实现乐观锁的核心算法，它包含了 3 个参数：V（需要更新的变量）、E（预期值）和 N（最新值）。只有当需要更新的变量等于预期值时，需要更新的变量才会被设置为最新值，如果更新值和预期值不同，则说明已经有其它线程更新了需要更新的变量，此时当前线程不做操作，返回 V 的真实值。 　　 如何实现原子操作 　　在 JDK 中的 concurrent 包中，atomic 路径下的类都是基于 CAS 实现的。AtomicInteger 就是基于

一、变量 变量的作用：记录状态的变化 变量的值：描述不同的状态 二、五大基本数据类型的分类 五大基本数据类型（数字 字符串 列表 元祖 字典） 按照可变不可变来进行分类 可变：列表、字典 不可变：字符串、数字、元祖 我个人理解，所谓可变，是指当修改内容是，内容改变，地址不变。（即新修改的内容可以覆盖之前的内容即为可变） 按照访问顺序来进行分类 直接访问：数字 顺序访问：字符串、列表、元祖 映射访问：字典 按照存放元素的个数来进行分类 容器类型：列表、元祖、字典 原子类型：数字、字符串 三、基本数据类型补充——集合（set） set集合，是一个无序且不重复的元素集合 定义： 不同元素组成 无序 集合中的元素必须是不可变类型（字符串、数字、元祖） 集合的创建： 可以使用大括号 { } 或者 set() 函数创建集合 注意： 创建一个空集合必须用 set() 而不是 { }，因为 { } 是用来创建一个空字典。 创建格式： S = {value1,value2,...} 或者 set(value) #集合的创建（第二个集合在打印过程中自动去除重复元素） s1 = set('hello') s2 = {123,'alex','xhg','alex'} print(s1,s2 ) #执行结果 {'h', 'l', 'e', 'o'} {'alex', 'xhg', 123} 集合的功能 1

null、undefined 博客地址： https://ainyi.com/39 undefined：表示一个变量最原始的状态，而非人为操作的结果 null：表示一个对象被人为的重置为空对象，而非一个变量最原始的状态 《JavaScript高级程序设计》一书 53 页： 由于相等和不相等操作符存在类型转换问题，而为了保持代码中数据类型的完整性，我们推荐使用全等和不全等操作符 记住： null == undefined 会返回 true； null === undefined 会返回 false； Undefined 和 Null 是 Javascript 中两种特殊的原始数据类型(Primary Type)，它们都只有一个值，分别对应 undefined 和 null ，这两种不同类型的值，即有着不同的语义和场景，但又表现出较为相似的行为： 1. undefined undefined 的字面意思就是未定义的值，这个值的语义是，希望表示一个变量最原始的状态，而非人为操作的结果。这种原始状态会在以下 4 种场景中出现： 【1】声明了一个变量，但没有赋值 1 var foo; 2 console.log(foo); //undefined 访问foo，返回了undefined，表示这个变量自从声明了以后，就从来没有使用过，也没有定义过任何有效的值，即处于一种原始而不可用的状态 【2

2： hotspot中对象在内存的布局是分3部分 对象头 实例数据 对其填充 这里主要讲对象头：一般而言synchronized使用的锁对象是存储在对象头里的，对象头是由Mark Word和Class Metadata Address组成 mark word存储自身运行时数据，是实现轻量级锁和偏向锁的关键，默认存储对象的hasCode、分代年龄、锁类型、锁标志位等信息。 由于对象头的信息是与对象定义的数据没有关系的额外存储成本，所以考虑到jvm的空间效率，mark word 被设计出一个非固定的存储结构，以便存储更多有效的数据，它会根据对象本身的状态复用自己的存储空间（轻量级锁和偏向锁是java6后对synchronized优化后新增加的） Monitor：每个Java对象天生就自带了一把看不见的锁，它叫内部锁或者Monitor锁（监视器锁）。上图的重量级锁的指针指向的就是Monitor的起始地址。 每个对象都存在一个Monitor与之关联，对象与其Monitor之间的关系存在多种实现方式，如Monitor可以和对象一起创建销毁、或当线程获取对象锁时自动生成，当线程获取锁时Monitor处于锁定状态。 Monitor是虚拟机源码里面用C++实现的 源码解读：_WaitSet 和_EntryList就是之前学的等待池和锁池，_owner是指向持有Monitor对象的线程

1 简介 上一篇博客“ 异步任务服务简介 ”对FutureTask做过简要介绍与分析，这里再次对FutureTask做一次深入的分析（基于JDK1.8）。 FutureTask同时实现了Future 、Runnable接口，因此它可以交给执行器Executor去执行这个任务，也可以由调用线程直接执行run方法。 根据FutureTask.run方法的执行状态，可将其分为以下3种状态 ①未启动： run方法还未被执行，FutureTask处于未启动状态。 ②已启动: run方法在执行过程中，FutureTask处于已启动状态 ③已完成：run方法正常完成返回或被取消或执行过程中因异常抛出而非正常结束，FutureTask处于已完成状态。 当FutureTask处于未启动或已启动状态时，执行FutureTask.get()方法将导致调用线程阻塞；当FutureTask处于已完成状态时，执行FutureTask.get()方法将导致调用线程立即返回结果或抛出异常。 当FutureTask处于未启动状态时，执行FutureTask.cancel()方法将导致此任务永远不会被执行；当FutureTask处于已启动状态时，执行FutureTask.cancel(true)方法将以中断执行此任务线程的方式来试图停止任务；当FutureTask处于已启动状态时，执行 FutureTask