累计收益=48781.261*(10.26289)+84529.75-(46000+123000+13000+403000) = 166.4657。成本价=(46000+123000+13000+403000)/48781.261=10.25828。摊薄成本=46000+123000-84529.75+13000+403000=500470.3。持有收益=48781.261*(10.26289-10.25948)=224.7767。摊薄成本=∑申购确认金额 + ∑额外成本 -∑赎回确认金额-∑现金分红。

OOM：OutOfMemoryError，内存溢出，是指因内存不够，导致操作新对象没有剩余空间。会导致频繁fullgc出现STW从而导致性能下降。内存泄漏：指用malloc或new申请了一块内存，但是没有通过free或delete将内存释放，导致这块内存一直处于占用状态。

Mysql索引为什么采用的B+数？我们通过分析哈希表、二叉树、红黑树、自平衡二叉树、B树、B+树来慢慢推算除原因。

工具(tool)->控制面板(command palette) -> 输入install ->安装第一个install package controller，以下安装过了，所以没展示。点击install package，等几秒会进入控制面板，输入Pretty，点击Pretty Json，以下是安装过的，所以没显示。输入ChineseLocalization，点击安装后，窗口会出现以下内容，则成功，无需重启。首选项->快捷键设置，设置json格式化快捷键: ctrl+alt+j。2、安装json格式化工具。

ChannelInboundHandlerAdapter重写channelInactive，当连接变为不活跃，则回调该方法。ChannelFutureListener监听ChannelFuture..isSuccess()；1、连接异常，比如网络抖动导致连接失败；2、连接过程中断开连接重试；

重点就是最后哪个方法的注释：Returns the number of processors available to the Java virtual machine.(返回Java虚拟机可用的处理器数。创建EventLoopGroup使用无参构造方法时，发现会创建24个NioEventLoop（readonlyChildren.size=24）,经查，是取的java虚拟机的可用处理器数2倍。

每次消息重传处理后，都会发送一次resetRequest，将对方的序列号重置为此次需发送的消息序列号+1，以与下次发送消息的序列号值匹配(递增)当接收到消息，取出msg tag=34，判断序列号与预期序列号是否一致，如果比预期的大，则会发送ResendRequest请求；所以，对于fix而言，接收的序列号过大时，是可自我修复的，而当序列号过小，则是属于重大事故，会断开连接，人工干预处理后再重连。如果没有持久化消息，则只会发送resetRequest，只有持有化消息，才能重发消息。

resetReceived：发送logon前，会检查tag：resetSeqNumFlag的值，或当resetSent=Y且序号为1时，会置为ture；发起nextLogon或disconnect时，会置为false；发起nextLogon或disconnect时，会置为false；当nextLogon或disconnect时，置为false；当nextLogon或disconnect时，置为false；logonReceived：发起nextLogon时，会置为true；

fix接收消息是通过实现quickfix.Application.fromApp(Message message, SessionID sessionID)指定message类型，调用quickfix.MessageCracker.crack(Message message, SessionID sessionID)方法在invokers这个map中找到对应的消息类并处理，invokers在initialize()中初始化，利用的是反射机制。调用crack()方法处理对应的消息。

HTTP是明文传输，HTTPS是通过TLS将传输数据加密后传输，更具安全性，简单来说HTTPS=HTTP+SSL/TLS。1、客户端向服务端发送版本、加密算法种类、随机数信息等。2、服务端返回客户端发送的信息并带上服务端证书（公钥证书）。3、客户端效验服务端证书的合法性。4、验证不通过终止通信，验证通过继续通信，客户端将自己所支持的所有全部发送给服务端供服务端进行选择。5、服务端在客户端发送的加密算法中选择加密程度最高的机密方式。6、服务端将选择的加密算法通过明文返回给客户端。

mysql多线程批量insert发生死锁

一、zk数据不一致场景1、zk过半成功即表示成功。场景：比如5个节点，有三个返回写入成功，则如果有读请求到另两个节点，则会数据不一致。解决方案：sync API原理：sync是使client当前连接的Zookeeper服务器，和zk的Leader节点同步（sync）一下数据。1、客户端掉用zk.sync()方法，生成一个ZooDefs.OpCode.sync类型的请求；2、当follower收到sync请求时，将进行以下步骤：添加至ConcurrentLinkedQueue<R

-XX:SurvivorRatio=6 ，设置的是Eden区与每一个Survivor区的比值，可以反推出占新生代的比值，Eden为6, 两个Survivor为2, Eden占新生代的3/4, 每个Survivor占1/8，两个占1/4.-Xms：最小堆内存，即虚拟机启动后分配的内存大小-Xmx：最大堆内存当最小堆内存满了，会尝试GC，如果GC之后还不能得到足够的内存，则会拓展堆内存，如果-Xmx设置过小则可能拓展失败，会导致OutOfMermory异常，一般-Xmx与-Xms设置为相同，避免每次..

Runnable与Thread没有根本性的区别，Runnable定位为一个功能性接口，如下：@FunctionalInterfacepublic interface Runnable { /** * When an object implementing interface <code>Runnable</code> is used * to create a thread, starting the thread causes the objec

主要的成员变量： private final AtomicInteger ctl = new AtomicInteger(ctlOf(RUNNING, 0)); private static final int COUNT_BITS = Integer.SIZE - 3; private static final int CAPACITY = (1 << COUNT_BITS) - 1;ctl：保存线程池状态和线程池有效数量控制的字段，使用前Integer类型