本文目录一览：
- 1、C语言 阻塞，非阻塞和多线程有什么关系
- 2、C语言中buffer到底是什么意思？是数组？缓冲区？为什么一般C程序中都不定义他直接拿来用呢？
- 3、c语言socket客户端怎么发送到mina nio
- 4、NiO？是什么
C语言 阻塞，非阻塞和多线程有什么关系
阻塞是在传统的网络编程中我们依赖于ServerSocket，Socket进行通信，大致的框架就是ServerSocket调用accept方法，等待客户端的连接，如果连接进来的时候则创建一个服务器端socket，客户端和服务器端socket建立好InputStream 和outputStream通道进行通信，在这个网络IO的过程中inputStream的read 和outputStream的write方法都可能发送阻塞。为了减少这种阻塞对其他连接的影响，一般都会在服务器端为每个连接开辟一个新的线程，或者使用线程池技术来避免线程的创建销毁同时又一定程度支持并发量。然而这种情况下，如果发生大量的read 或者write阻塞线程池的效率会大大降低，而且操作系统也额外需要频繁的处理cpu的切换。
非阻塞式通信实际是对上述模式的扩展，它的核心思想是为传统的socket加入事件监听的功能，操作系统可以在socket和serversocket上进行事件监听，一旦监听的对象发生了连接和可读可写的事件，监听器就会对注册了事件的对象返回相应的通知。在javaNIO中实现这一套的机制就是把socket 和ServerSocket重写成为SocketChanel，ServerSocketChanel,他们的底层仍然使用socket实现，所以原则上javaNIO包可以完全实现阻塞和非阻塞两种编程模式。事件监听的功能由Selection类完成，他使用select方法一直阻塞式监听注册了的事件是否发生，对于每一个发生的事件，他都会返回一个selectionKey，通过这个key我们就可以确定这个事件的发生源（socket）和相关信息。对于ServerSocketChanel，Socketchanel分别对应了不同的事件，serverChanel只有OP_ACCEPT代表是否可以接受连接，而socketChanel则有OP_CONNECT、read、write事件。笔者认为与阻塞IO相比他的优势在于可以避免read 和write的阻塞，因为这个比较具有实际意义的。比如是一个网络文件传输系统，read方法可能会因为网络原因发生多次阻塞，使用非阻塞IO read的话线程可以立即返回去处理其他任务。
多线程是在进程中进一步去划分的独立单元。
C语言中buffer到底是什么意思？是数组？缓冲区？为什么一般C程序中都不定义他直接拿来用呢？
C语言中buffer是缓冲区的意思。
不定义是不能拿过来直接用的，因为它肯定是在别的地方定义的，比如头文件，或者是个全局变量等。一般是在编译器里面，右键这个变量，选gotodifination就可以看到它在哪定义的了。
缓冲区它是内存空间的一部分。也就是说，在内存空间中预留了一定的存储空间，这些存储空间用来缓冲输入或输出的数据，这部分预留的空间就叫做缓冲区。
扩展资料
C语言循环buffer的实现
#ifdefined(__CIRCLE_BUFFER__)
//"circle_buffer.h"
#ifndef__CIRCLE_BUFFER_H__
#define__CIRCLE_BUFFER_H__
#ifdefined(__CIRCLE_BUFFER__)
#includestdio.h
#includestring.h
#includestdlib.h
#includeassert.h
typedefunsignedcharcb_u8;
typedefunsignedshortintcb_u16;
typedefunsignedintcb_u32;
typedefsignedcharcb_s8;
typedefsignedshortintcb_s16;
typedefsignedintcb_s32;
typedefcharcb_char;
typedefenum{cb_false,cb_true}cb_bool;
typedefstruct{
cb_u8*bufptr;
cb_u32buflen;
cb_u32datalen;
cb_u32readpos;
cb_u32writepos;
}CircleBufferMngr;
typedefstruct{
void(*cb_init)(CircleBufferMngr**,cb_u32);
void(*cb_deinit)(CircleBufferMngr**);
void(*cb_info)(CircleBufferMngr*,cb_char*,cb_u32);
cb_u32(*cb_read)(CircleBufferMngr*,cb_u8*,cb_u32);
cb_u32(*cb_write)(CircleBufferMngr*,cb_u8*,cb_u32);
cb_u32(*cb_datalen)(CircleBufferMngr*);
cb_bool(*cb_full)(CircleBufferMngr*);
cb_bool(*cb_empty)(CircleBufferMngr*);
}CircleBufferApi;
#defineCB_MEMCPYmemcpy
#defineCB_MEMSETmemset
#defineCB_SPRINTsprintf
#defineCB_MALLOCmalloc
#defineCB_MFREEfree
#defineCB_ASSERTassert
#defineCB_SNPRINTsnprintf
#defineCB_TRACEprintf
//锁定,禁止中断和任务调度
#defineCB_GLOBAL_LOCK
#defineCB_GLOBAL_UNLOCK
externconstCircleBufferApicircleBufApi;
#defineCBMA_INITcircleBufApi.cb_init
#defineCBMA_DEINITcircleBufApi.cb_deinit
#defineCBMA_INFOcircleBufApi.cb_info
#defineCBMA_READcircleBufApi.cb_read
#defineCBMA_WRITEcircleBufApi.cb_write
#defineCBMA_DATALENcircleBufApi.cb_datalen
#defineCBMA_FULLcircleBufApi.cb_full
#defineCBMA_EMPTYcircleBufApi.cb_empty
#endif/*__CIRCLE_BUFFER__*/
#endif/*__CIRCLE_BUFFER_H__*/
c语言socket客户端怎么发送到mina nio
按 格式，生成相应的unsigned char [] 数据，传送就是了
~
~
~
~
~
NiO？是什么
Java NIO框架MINA用netty性能和链接数、并发等压力测试参数好于mina。
特点：
1。NIO弥补了原来的I/O的不足，它再标准java代码中提供了高速和面向块的I/O
原力的I/O库与NIO最重要的区别是数据打包和传输方式的不同，原来的I/O以流的方式处理数据，而NIO以块的方式处理数据；
2.NIO以通道channel和缓冲区Buffer为基础来实现面向块的IO数据处理，MINA是开源的。
JavaNIO非堵塞应用通常适用用在I/O读写等方面，我们知道，系统运行的性能瓶颈通常在I/O读写，包括对端口和文件的操作上，过去，在打开一个I/O通道后，read()将一直等待在端口一边读取字节内容，如果没有内容进来，read()也是傻傻的等，这会影响我们程序继续做其他事情，那么改进做法就是开设线程，让线程去等待，但是这样做也是相当耗费资源的。
Java NIO非堵塞技术实际是采取Reactor模式，或者说是Observer模式为我们监察I/O端口，如果有内容进来，会自动通知我们，这样，我们就不必开启多个线程死等，从外界看，实现了流畅的I/O读写，不堵塞了。
Java NIO出现不只是一个技术性能的提高，会发现网络上到处在介绍它，因为它具有里程碑意义，从JDK1.4开始，Java开始提高性能相关的功能，从而使得Java在底层或者并行分布式计算等操作上已经可以和C或Perl等语言并驾齐驱。
如果至今还是在怀疑Java的性能，说明思想和观念已经完全落伍了，Java一两年就应该用新的名词来定义。从JDK1.5开始又要提供关于线程、并发等新性能的支持，Java应用在游戏等适时领域方面的机会已经成熟，Java在稳定自己中间件地位后，开始蚕食传统C的领域。
原理：
NIO 有一个主要的类Selector,这个类似一个观察者，只要我们把需要探知socketchannel告诉Selector,我们接着做别的事情，当有事件发生时，他会通知我们，传回一组SelectionKey,我们读取这些Key,就会获得我们刚刚注册过的socketchannel,然后，我们从这个Channel中读取数据，放心，包准能够读到，接着我们可以处理这些数据。Selector内部原理实际是在做一个对所注册的channel的轮询访问，不断的轮询(目前就这一个算法)，一旦轮询到一个channel有所注册的事情发生。比如数据来了，他就会站起来报告，交出一把钥匙，让我们通过这把钥匙来读取这个channel的内容。在使用上，也在分两个方向，一个是线程处理，一个是用非线程，后者比较简单。
