乱七八糟的笔记

作者 : 松哥资源 本文共3396个字,预计阅读时间需要9分钟 发布时间: 2018-05-21 共1.28K人阅读




示例标题

Java 自带的动态代理实现原理。

使用方法

核心方法:
Proxy.newProxyInstance(ClassLoader cl,Class[] interfaces,InvocationHandler iv)

如果是我会怎么实现newProxyInstance这个方法

主要思路:
第一步:生成字符串形式的代码
第二部:把字符串形式的代码编译为Class对象。

第一步

无非就是字符串的拼接。如果我们按照正常写代码的步骤能写出来,那么这一步也就没有问题。每个生成的方法都调用invocationHandler的invoke方法。

invoke方法需要三个参数:Object Methond args

正常写代码应该是这样子:

public interface DemoInterface {

	String speak(String str);
	
}

public class DemoProxy implements DemoInterface {

	private InvocationHandler iv;
	
	public DemoProxy(InvocationHandler iv){
		this.iv = iv;
	}
	
	public String speak(String str){
		Method m = this.getClass().getDeclaredMethod("speak",String.class);
		Object[] args = new Object[]{str};
		return this.iv.invoke(null,m,args);
	}
}

第二步

字符串形式的代码有了,下面就是编译为Class对象。

jdk提供了JavaCompiler这个功能能完成这个工作。具体代码不用太关心,只需要知道可以做到这个工作就可以了。确实需要的话,百度下JavaCompiler就能知道。

Proxy类的实现方式

其实思路大同小异。
Proxy的实现也是反射获取接口中定义的方法,然后根据class文件的二进制格式来生成一个byte数组(代表的就是代理类的class文件二进制),然后通过类加载器装载为一个Class对象

红黑树(5个特征,简化为4个)

  1. 根黑叶黑
  2. 父红子黑
  3. 非红即黑
  4. 黑相同

简单请求和复杂请求

用户态和内核态(用户空间、内核空间)

  1. 用户态线程和内核态线程存在一个映射模型(one-to-one、many-to-one、many-to-many),linux和jvm采用的是one-to-one
  2. 用户态和内核态之前的切换,也就是用户态线程和内核态线程之前的切换,那么就会涉及到线程的切换,所以用户态和内核态之间的切换是有代价的
  3. 切换原因:
    1. 系统调用(软中断)
    2. 外设中断
    3. 异常

mongo与mysql如何保证数据一致性

比如某个请求,会同时更改mysql和mongo里的数据,如何保证同时成功或同时失败

方案:
需要事务的时候,把对mongo更新操作转换为对mysql的操作。
然后通过canal把mysql中mongo的操作在mongo中进行重做

tcp
可靠字节流连接

三次握手
a–>b: 我要和你通话(syn)
b–>a: 好的,我准备好了(syn+ack)
a–>b: 好的(ack)

网络io

内核要做的事情:

  1. 准备数据到来

  2. 复制数据到用户内存

  3. 虚拟内存背后可能是物理内存,也可能是磁盘

  4. 每个进程有各自的page table,也就是每个进程都有各自的虚拟内存

  5. 32位机子,虚拟内存大小为4G,64位机子,虚拟内存大小为2^34G

  6. 虚拟内存可以划分为两部分,高1/4的内存,称之为内核空间,剩下的虚拟内存称之为用户空间

  7. 谈虚拟内存就要谈进程,脱离进程谈虚拟内存没有意义

  8. 内核空间总是驻留在物理内存中,当新建进程或进程消亡的时候,在进程对应的page table中与虚拟内存进行映射

  9. 内核空间中,有些是进程共享的,有些是进程私有的,也就是说不同进程的内核空间可能映射到相同的物理内存上

  10. 共享的内核空间:内核数据,内核代码等

  11. 私有的内核空间:内核栈,页表等

  12. DMA 的全称叫直接内存存取(Direct Memory Access),是一种允许外围设备(硬件子系统)直接访问系统主内存的机制

  13. 直接内存和直接io不是一回事,直接内存是直接操作物理内存,直接io是直接操作io设备。直接io可以跳过page cache机制,也是一种实现零拷贝的方案(jvm不支持)

  14. https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/systemtap_beginners_guide/iotimesect

  15. mmap: 是将一个进程的地址空间中的一段虚拟地址映射到磁盘文件地址,page cache仍会参与进来

  16. 零拷贝并非完全没有拷贝,只要相对于传统的io方式少了一次或多次拷贝都可以称之为零拷贝

  17. mappedbytebuffer: 可以理解为是在内核空间开辟了一块内存,应用程序可以读写这块内存,同时和磁盘文件有关联,底层采用的mmap实现

  18. 执行mmap后,会马上分配虚拟内存,但不会马上映射物理内存。(个人猜测:为什么rocketmq的commitlog文件映射的是1g大小,是因为考虑到一些32位服务器的虚拟内存最大也就4G,用户空间还只有3G,如果分配过大,虚拟内存都不够了,更不谈物理内存是否足够 )

进程向系统申请内存
系统检查进程的虚拟内存是否使用完,有剩余则分配
系统分配物理内存

虚拟内存分为内核空间和用户空间

  1. 在linux系统中线程的本质是进程,然后每个进程直接的内存不能互相访问,但实际情况是可以互相访问的,这是怎么做到的?

关于用户态和内核态

  1. 同一个线程不能在用户态和内核态直接切换,从创建到消亡,只能在一个状态下工作
  2. 谈到用户态和内核态,都是只用户态线程和内核态线程

用户态到内核态的三种方式:

  1. 系统调用,本质也是中断,不过是软中断
  2. 异常
  3. 外设中断

page cache: 文件系统的缓存。

  1. 应用程序发起读文件操作
  2. 操作系统检查page cache中是否有,有则直接返回
  3. 如果没有,则由dma进行磁盘读操作
  4. dma把数据从磁盘读入(复制)到page cache (dma copy)
  5. cpu介入,把

rocketmq

  1. 异步、解耦、消峰(个人认为主要用途是消峰,解决速度不匹配的问题,其他两个左右都有代价更小的替代方案)

  2. 一个topic可以包含多个队列

  3. 同一个队列只能被同一个消费组里一个消费者消费

  4. 一个消费者可以同时消费多个队列

  5. 消费者组里的消费者个数最好大于等于主题里队列的个数

  6. 如果业务要求消费顺序和发送顺序要一致,这种情况个人觉得一个topic多个队列和一个topic一个队列没啥区别。但如果不要求一直,那么建议一个topic多个队列

  7. rocketmq的事务消息,是指本地事务和消息发出去的一致性,也就是如果本地事务执行成功,那么消息就能发到brocker并被消费者正常消费。但如果本地事务执行不成功,那么消息就不会被消费者消费到。是指的这个

  8. rocketmq的官方架构图

  9. rocketmq的主从结构中,当master挂了后,slave只能提供读服务,不能提供写服务(这是老版本了,新版本用raft算法能选举新的leader节点)

docker 容器 oom,异常重启

排查原因发现:

  1. xmx设置的内存大于了分配给这个容器的内存

docker events 命令

通过docker events命令可以查看各种事件
扩展阅读:https://www.kancloud.cn/woshigrey/docker/935883

系统推荐



  • 随机毒鸡汤:失败并不可怕,可怕的是,你觉得失败并不可怕。


文章来源于justsoso.fun: 乱七八糟的笔记





发表回复