同步通信

感谢分享原文- http://bjbsair.com/2020-04-03/tech-info/29914.html Kubeedge除了在kubernetes的方面做了各种异步通信通道，保障offline后的业务连续性之外；还定义了一系列的设备抽象，用来管理边缘设备。而且，其v1.0版本正朝着边缘端服务网格，以及函数式计算等方向发展。 官方文档： https://docs.kubeedge.io/en/latest/ 架构 整体架构图比较明了，在不考虑edgesite的情况下，其架构分为了云端和边缘端。其实可以理解为kubernetes的管理侧和kubelet节点侧（对应edge端）。但是请注意，这里的场景是边缘计算，意味着edge端的网络环境难以保障。 云边通信 于是就衍生出了cloud端的cloud Hub与edge端的Edge Hub。这两个模块之间通过websocket或者quic通信，相当于建立了一条底层通信隧道，供k8s和其他应用通信。当然，使用什么协议通信不是重点，重点是如何保障当着之间的链路都无法保障的时候，业务不受到影响，这就是MetaManager的要解决的问题了。 CloudHub 前面提到cloud端的cloudHub就是一个隧道的server端，用于大量的edge端基于websocket或者quic协议连接上来；没错，这货才是正儿八经的二传手

同步：函数没有执行完不返回，线程被挂起； 　　阻塞：没有收完数据函数不返回，线程也被挂起； 　　异步：函数立即返回，通过事件或是信号通知调用者； 　　非阻塞：函数立即返回，通过select通知调用者 这样看来异步和非阻塞有什么区别呢？ 异步=非阻塞？ 同步是在操作系统层面上，阻塞是在套接字上？ Reactor是同步 Proactor是异步？ 回答： 同步、异步、阻塞和非阻塞的概念 　　在进行网络编程时，我们常常见到同步、异步、阻塞和非阻塞四种调用方式。这些方式彼此概念并不好理解。下面是我对这些术语的理解。 同步 　　所谓同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不返回。按照这个定义，其实绝大多数函数都是同步调用（例如sin,isdigit等）。但是一般而言，我们在说同步、异步的时候，特指那些需要其他部件协作或者需要一定时间完成的任务。最常见的例子就是SendMessage。该函数发送一个消息给某个窗口，在对方处理完消息之前，这个函数不返回。当对方处理完毕以后，该函数才把消息处理函数所返回的LRESULT值返回给调用者。 异步 　　异步的概念和同步相对。当一个异步过程调用发出后，调用者不能立刻得到结果。实际处理这个调用的部件在完成后，通过状态、通知和回调来通知调用者。以CAsycSocket类为例（注意，CSocket从CAsyncSocket派生

3 月，跳不动了？>>> 感谢参考原文- http://bjbsair.com/2020-03-27/tech-info/7058/ 引言 Goroutine 和 Channel 是 Go 语言并发编程的两大基石。Goroutine 用于执行并发任务，Channel 用于 goroutine 之间的同步、通信。 在Golang的并发哲学里，有一句非常著名的话： Do not communicate by sharing memory; instead, share memory by communicating. 意思是：不要通过共享内存来通信，而要通过通信来实现内存共享，它依赖CSP（Communication Sequence Process） 模型，简称通信顺序进程。 Go提倡使用通信的方法代替共享内存，当一个Goroutine需要和其他Goroutine资源共享时，Channel就会在他们之间架起一座桥梁，并提供确保安全同步的机制。 Channel本质上还是一个队列，遵循FIFO（First In-First Out）原则， 创建通道 创建通道需要用到关键字 make ，格式如下： 通道实例 := make(chan 数据类型) 数据类型：通道内传输的元素类型。 通道实例：通过make创建的通道句柄。 使用通道 通道创建后，就可以使用通道进行发送和接收操作。 写入

什么是长连接，什么是短连接？ 什么是长连接，什么是短连接？ 什么是长连接，什么是短连接？ 什么是长连接，什么是短连接？ TCP/IP 通信程序设计的丰富多样性 , 刚接 TCP/I P 通信设计的人根据范例可以很快编出一个通信程序，据此一些人可能会认为 TCP/IP 编程很简单。其实不然， TCP/IP 编程具有较为丰富的内容。其编程的丰富性主要体现在通信方式和报文格式的多样性上。 一、 通信方式 主要有以下三大类 : (一)SERVER/CLIENT方式 1.一个Client方连接一个Server方，或称点对点(peer to peer)： 2.多个Client方连接一个Server方，这也是通常的并发服务器方式。 3.一个Client方连接多个Server方，这种方式很少见，主要 用于一个客户向多个服务器发送请求情况。 (二)连接方式 1.长连接 Client方与Server方先建立通讯连接，连接建立后不断开，然后再进行报文发送和接收。这种方式下由于通讯连接一直存在，可以用下面命令查看连接是否建立： netstat –f inet|grep 端口号(如5678)。 此种方式常用于点对点通讯。 2.短连接 Client方与Server每进行一次报文收发交易时才进行通讯连接，交易完毕后立即断开连接。此种方式常用于一点对多点通讯，比如多个Client连接一个Server. (三

这里面见到的同步和互斥的概念非常清晰，转载自： http://www.cnblogs.com/King-Gentleman/p/4311582.html 一、进程间通信机制 rt-thread操作系统的IPC（Inter-Process Communication，进程间同步与通信）包含有中断锁、调度器锁、信号量、互斥锁、事件、邮箱、消息队列。其中前5个主要表现为线程间同步，邮箱与消息队列表现为线程间通信。本文主要介绍它们的一些特性及使用场合。 1、中断锁 关闭中断也叫中断锁，是禁止多任务访问临界区最简单的一种方式，即使是在分时操作系统中也是如此。当中断关闭的时候，就意味着当前任务不会被其他事件打断（因为整个系统已经不再响应那些可以触发线程重新调度的外部事件），也就是当前线程不会被抢占，除非这个任务主动放弃了处理器控制权。关闭中断/恢复中断API接口由BSP实现，根据平台的不同其实现方式也大不相同。比如在stm32平台中中断锁机制通过关闭中断函数（rt_base_t rt_hw_interrupt_disable(void)，这个函数用于关闭中断并返回关闭中断前的中断状态。）以及恢复中断函数（void rt_hw_interrupt_enable(rt_base_t level)，恢复调用rt_hw_interrupt_disable()函数前的中断状态）实现。 警告:

　　信号灯用来实现 同步 ——用于多线程，多进程之间同步共享资源（临界资源）。信号灯分两种，一种是有名信号灯，一种是基于内存的信号灯。 有名信号灯 ，是根据外部名字标识，通常指代文件系统中的某个文件。 而基于内存的信号灯 ，它主要是把信号灯放入内存的，基于内存的信号灯，同步多线程时，可以放到该多线程所属进程空间里；如果是同步多进程，那就需要把信号灯放入到共享内存中（方便多个进程访问）。 　　有名信号灯和基于内存的信号灯，具体区别体现在创建和销毁两个函数。有名信号灯使用sem_open和sem_close函数。基于内存的信号灯使用sem_init和sem_destroy函数。sem_init的参数可以控制是同步多线程，还是多进程；且该函数只能调用1次，因为调用后信号灯就存在了（ 内存指针存在）。一般，使用基于内存的信号灯同步同进程多线程，使用有名信号灯同步多进程。 有名信号灯同步多线程： 1 1.sem_open函数。 2 功能:创建并初始化信号灯，如果存在就返回存在的信号灯。 3 头文件:#include <semaphore.h> 4 函数原型:sem_t * sem_open(const char * name,int oflag,mode_t mode,unsigned int value); 5 或者:sem_t * sem_open(const char * name

使用两个线程打印1-100，交替打印 涉及到的方法： wait()--一旦执行此方法，当前线程就进入阻塞状态，并释放同步监视器 notify()--一旦执行此方法，就会唤醒wait的一个线程，如果有多个线程wait，就唤醒优先级高的 notifyAll()---一旦执行此方法，会唤醒所有被wait的线程 说明： （1）实现线程通信wait()\notify()\notifyAll()三个方法必须使用在同步代码块或同步方法中 （2）上述三个代码的调用者必须是同步代码块或同步方法中的同步监视器 否则会出现异常java.lang.IllegalMonitorStateException (3)wait()\notify()\notifyAll()在java.lang.Object类中 sleep()和wait()方法的异同 （1）相同点：一旦执行方法，都可以使当前线程进入阻塞状态 （2）不同点： a)两个方法声明的位置不同：Thread类中声明sleep()，Object类中声明wait() b)调用的要求不一样，sleep()可以在任何需要的场景调用， wait()必须使用在同步代码块或同步方法中 c)关于是否释放同步监视器：如果两个方法都使用在同步代码块或同步方法中： sleep()--不会释放锁，wait()会释放锁 d)sleep()时间到了，线程就被唤醒 wait(

前面我们简单学习了NIO。我们知道java的I/O模型一共有四种，分别是：传统的BIO，伪异步I/O，NIO和AIO。为了澄清概念和分清区别，我们还是先简单的介绍一下他们的概念，然后再去比较优劣。以及探讨我们为什么使用netty。 1.概念澄清 1.1 BIO BIO，即Blocking I/O。网络编程的基本模型是Client/Server 模型，也就是两个进程之间进行相互通信，其中服务端提供位置信息(绑定的Ip 地址和监听端口) ，客户端通过连接操作向服务端监听的地址发起连接请求，通过三次握手建立连接，如果连接建在成功，双方就可以通过网络套接字( Socket ) 进行通信。在基于传统同步阻塞模型开发中， ServerSocket 负责绑定IP 地址，启动监听端口:Socket 负责发起连接操作。连接成功之后，双方通过输入和输出流进行 同步阻塞式通信 。 BIO通信模型图： 解释一下上图： 采用BIO通信模型的服务端，通常由一个独立的Acceptor线程负责监听客户端的连接，它接收到客户端连接请求之后为每个客户端创建一个新的线程进行链路处理，处理完成之后，通过输出流返回应答给客户端， 统程销毁。这就是典型的一请求一回答通信模型。 对于这种IO模型我们知道：用户线程发出IO请求之后，内核会去查看数据是否就绪，如果没有就绪就会等待数据就绪，而用户线程就会处于阻塞状态

线程通信 一. 传统的线程通信 Object类提供了三个方法由同步监视器调用。分为两种情况 对于使用synchronized修饰的同步方法，因为该类的默认实例（this)就是同步监视器，所以可以在同步方法中直接调用这三个方法。 对于使用synchronized修饰的同步代码块，同步监视器是synchronized后括号里的对象，所以必须使用该对象调用这三个方法。 关于这三个方法的解释如下： wait()：导致当前线程等待，知道其他线程调用该同步监视器的notify()方法或notifyAll()方法来唤醒该线程，该wait()方法有两种形式：无时间参数的wait(一直等待，直到其他线程通知）；带时间参数的wait(等待指定时间后自动唤醒）。调用wait()方法的当前线程会释放对该同步监视器的锁定。 notify()：唤醒此同步监视器上等待的单个线程。如果所有线程都在此同步监视器等待，则会任意唤醒其中一个线程。只有当前线程放弃对该同步监视器的锁定后（使用wait()方法），才可以执行被唤醒的线程。 notifyAll()：唤醒此同步监视器上等待的所有线程。只有当前线程放弃对该同步监视器的锁定后（使用wait()方法），才可以执行被唤醒的线程。 下面程序示范了存钱，取钱的两个线程。存款者和取款者不断重复存款、取钱的操作，要求存款者将钱存入指定账户后，取钱者立即取出这笔钱

进程同步与通信 操作系统教程： http://c.biancheng.net/cpp/html/2592.html 进程的同步与互斥是指进程在推进时的相互制约关系。 # 进程同步 ：它主要源于进程合作，是进程间共同完成一项任务时直接发生相互作用的关系。为进程之间的直接制约关系。如生产者-消费者问题，哲学家进餐问题。 # 进程互斥 ：它主要源于资源共享，是进程之间的间接制约关系。在多道系统中，每次只允许一个进程访问的资源称为临界资源，进程互斥就是保证每次只有一个进程使用临界资源。如访问控制台、打印机。 为禁止两个进程同时进入临界区，同步机制应遵循以下准则： 空闲让进：临界区空闲时，可以允许一个请求进入临界区的进程立即进入临界区。 忙则等待：当已有进程进入临界区时，其他试图进入临界区的进程必须等待。 有限等待：对请求访问的进程，应保证能在有限时间内进入临界区。 让权等待：当进程不能进入临界区时， 应立即释放处理器，防止进程忙等待 。 进程同步和互斥在不同的系统中有不同的实现。 Windows中的进程同步方法有信号量、事件，互斥方法有临界区、互斥锁。 Linux中的进程同步方法有？？ 互斥方法有？？ 信号量是一种功能较强的机制， 可用来解决互斥与同步 的问题，它只能被两个标准的原语wait(S)和signal(S)来访问，也可以记为“P操作”和“V操作”。 Wait 原语的实现 void