- 浏览: 1000008 次
-
文章分类
- 全部博客 (428)
- Hadoop (2)
- HBase (1)
- ELK (1)
- ActiveMQ (13)
- Kafka (5)
- Redis (14)
- Dubbo (1)
- Memcached (5)
- Netty (56)
- Mina (34)
- NIO (51)
- JUC (53)
- Spring (13)
- Mybatis (17)
- MySQL (21)
- JDBC (12)
- C3P0 (5)
- Tomcat (13)
- SLF4J-log4j (9)
- P6Spy (4)
- Quartz (12)
- Zabbix (7)
- JAVA (9)
- Linux (15)
- HTML (9)
- Lucene (0)
- JS (2)
- WebService (1)
- Maven (4)
- Oracle&MSSQL (14)
- iText (11)
- Development Tools (8)
- UTILS (4)
- LIFE (8)
最新评论
-
Donald_Draper:
Donald_Draper 写道刘落落cici 写道能给我发一 ...
DatagramChannelImpl 解析三(多播) -
Donald_Draper:
刘落落cici 写道能给我发一份这个类的源码吗Datagram ...
DatagramChannelImpl 解析三(多播) -
lyfyouyun:
请问楼主,执行消息发送的时候,报错:Transport sch ...
ActiveMQ连接工厂、连接详解 -
ezlhq:
关于 PollArrayWrapper 状态含义猜测:参考 S ...
WindowsSelectorImpl解析一(FdMap,PollArrayWrapper) -
flyfeifei66:
打算使用xmemcache作为memcache的客户端,由于x ...
Memcached分布式客户端(Xmemcached)
SocketChannelImpl 解析一(通道连接,发送数据):http://donald-draper.iteye.com/blog/2372364
引言:
上一篇文章我们看了一下SocketChannelImpl的初始化,通道连接(Socket),写操作(write-ByteBuffer)。先回顾一下:
SocketChannelImpl构造主要是初始化读写及状态锁和通道socket文件描述。
connect连接方法首先同步读锁和写锁,确保socket通道打开,并没有连接;然后检查socket地址的正确性与合法性,然后检查当前线程是否有Connect方法的访问控制权限,最后尝试连接socket地址。从缓冲区读取字节序列写到通道write(ByteBuffer),首先确保通道打开,且输出流没有关闭,然后委托给IOUtil写字节序列;IOUtil写字节流过程为首先通过Util从当前线程的缓冲区获取可以容下字节序列的临时缓冲区(DirectByteBuffer),如果没有则创建一个DirectByteBuffer,将字节序列写到临时的DirectByteBuffer中,然后将写操作委托给nativedispatcher(SocketDispatcher),将DirectByteBuffer添加到当前线程的缓冲区,
以便重用,因为DirectByteBuffer实际上是存在物理内存中,频繁的分配将会消耗更多的资源。
上一篇文章我们看了写一个ByteBuffer,现在来看一下写多个ByteBuffer
由于我们在前面已经讲过写单个ByteBuffer的方法,此方与write(ByteBuffer)
基本相似,我们只需要关注下面这点几个:
在看上面这句之前我们先看一下IOVecWrapper
//字节序列数组包装类
来看IOVecWrapper的构造
构造中我们需要关注以下节点:
1.创建存储字节数组起始地址的内存空间
//AllocatedNativeObject
//NativeObject
2.获取字节序列数组包装类起始地址
//NativeObject
从构造可以看出,主要是初始化字节缓冲区包装类的容量,存放字节缓冲区数组,
存放字节缓冲区position数组,存放字节缓冲区容量数组,字节缓冲区副本数组,
创建存储字节数组起始地址的内存空间,初始化字节缓冲区包装类起始地址。
再来看其他方法
//获取存放i个字节缓冲区的缓冲区包装类
上面方法有两点要关注:
1.
//AllocatedNativeObject
2.
这一点我们在前面相关文章中有讲,我们简单看一下Deallocator
从 get(int i),可以看出实际上,先获取线程本地缓存中的iovecwrapper,如果
iovecwrapper不为null,且容量小于i,则释放iovecwrapper内存,置空iovecwrapper;
否则创建容量为i的iovecwrapper,并将iovecwrapper添加的引用对象清除器Cleander,
并添加到线程本地缓存cache中。
再来其他方法
小节:
IOVecWrapper构造,主要是初始化字节缓冲区包装类的容量,存放字节缓冲区数组,
存放字节缓冲区position数组,存放字节缓冲区容量数组,字节缓冲区副本数组,
创建存储字节数组起始地址的内存空间,初始化字节缓冲区包装类起始地址。
get(int i)方法,先获取线程本地缓存中的iovecwrapper,如果
iovecwrapper不为null,且容量小于i,则释放iovecwrapper内存,置空iovecwrapper;
否则创建容量为i的iovecwrapper,并将iovecwrapper添加的引用对象清除器Cleander,
并添加到线程本地缓存cache中。
在看完IOVecWrapper后,我们再回到写字节序列数组函数的关键部分:
//IOUtil
在IOUtil上面的write方法中我们需要关注的是下面这一句
nativedispatcher在SocketChannelImpl中实际为SocketDispatcher
//SocketDispatcher
至此我们把SocketChannelImpl写ByteBuffer数组方法看完,首先同步写锁,确保通道,输出流打开,连接建立委托给IOUtil,将ByteBuffer数组写到输出流中,这一过程为获取存放i个字节缓冲区的IOVecWrapper,遍历ByteBuffer数组m,将字节缓冲区添加到iovecwrapper的字节缓冲区数组中,如果ByteBuffer非Direct类型,委托Util从当前线程的缓冲区获取容量为j2临时DirectByteBuffer,并将ByteBuffer写到DirectByteBuffer,并将DirectByteBuffer添加到iovecwrapper的字节缓冲区(Shadow-Direct)数组中,将字节缓冲区的起始地址写到iovecwrapper,字节缓冲区的实际容量写到iovecwrapper;遍历iovecwrapper的字节缓冲区(Shadow-Direct)数组,将Shadow数组中的DirectByteBuffer通过Util添加到本地线程的缓存区中,并清除DirectByteBuffer在iovecwrapper的相应数组中的信息;最后通过
SocketDispatcher,将iovecwrapper的缓冲区数据,写到filedescriptor对应的输出流中。
总结:
SocketChannelImpl写ByteBuffer数组方法,首先同步写锁,确保通道,输出流打开,连接建立委托给IOUtil,将ByteBuffer数组写到输出流中,这一过程为获取存放i个字节缓冲区的IOVecWrapper,遍历ByteBuffer数组m,将字节缓冲区添加到iovecwrapper的字节缓冲区数组中,如果ByteBuffer非Direct类型,委托Util从当前线程的缓冲区获取容量为j2临时DirectByteBuffer,并将ByteBuffer写到DirectByteBuffer,并将DirectByteBuffer添加到iovecwrapper的字节缓冲区(Shadow-Direct)数组中,将字节缓冲区的起始地址写到iovecwrapper,字节缓冲区的实际容量写到iovecwrapper;遍历iovecwrapper的字节缓冲区(Shadow-Direct)数组,将Shadow数组中的DirectByteBuffer通过Util添加到本地线程的缓存区中,并清除DirectByteBuffer在iovecwrapper的相应数组中的信息;最后通过
SocketDispatcher,将iovecwrapper的缓冲区数据,写到filedescriptor对应的输出流中。
SocketChannelImpl 解析三(接收数据):http://donald-draper.iteye.com/blog/2372590
引言:
上一篇文章我们看了一下SocketChannelImpl的初始化,通道连接(Socket),写操作(write-ByteBuffer)。先回顾一下:
SocketChannelImpl构造主要是初始化读写及状态锁和通道socket文件描述。
connect连接方法首先同步读锁和写锁,确保socket通道打开,并没有连接;然后检查socket地址的正确性与合法性,然后检查当前线程是否有Connect方法的访问控制权限,最后尝试连接socket地址。从缓冲区读取字节序列写到通道write(ByteBuffer),首先确保通道打开,且输出流没有关闭,然后委托给IOUtil写字节序列;IOUtil写字节流过程为首先通过Util从当前线程的缓冲区获取可以容下字节序列的临时缓冲区(DirectByteBuffer),如果没有则创建一个DirectByteBuffer,将字节序列写到临时的DirectByteBuffer中,然后将写操作委托给nativedispatcher(SocketDispatcher),将DirectByteBuffer添加到当前线程的缓冲区,
以便重用,因为DirectByteBuffer实际上是存在物理内存中,频繁的分配将会消耗更多的资源。
上一篇文章我们看了写一个ByteBuffer,现在来看一下写多个ByteBuffer
public long write(ByteBuffer abytebuffer[], int i, int j) throws IOException { //检查offset(i),length(j)的合法性 if(i < 0 || j < 0 || i > abytebuffer.length - j) throw new IndexOutOfBoundsException(); Object obj = writeLock;//获取写锁 JVM INSTR monitorenter ;//进入同步,try long l; //确保通道,输出流打开,连接建立 ensureWriteOpen(); l = 0L; begin();//与end方法配合,记录中断器,处理中断 long l2; synchronized(stateLock) { if(isOpen()) break MISSING_BLOCK_LABEL_165; l2 = 0L; } writerCleanup();//清除写线程 end(l > 0L || l == -2L); synchronized(stateLock) { if(l <= 0L && !isOutputOpen) throw new AsynchronousCloseException(); } if(!$assertionsDisabled && !IOStatus.check(l)) throw new AssertionError(); return l2; //初始化本地写线程 writerThread = NativeThread.current(); obj1; JVM INSTR monitorexit ; long l1; do //委托IOUtil写字节数组序列 l = IOUtil.write(fd, abytebuffer, i, j, nd); while(l == -3L && isOpen()); l1 = IOStatus.normalize(l); writerCleanup(); end(l > 0L || l == -2L); synchronized(stateLock) { if(l <= 0L && !isOutputOpen) throw new AsynchronousCloseException(); } if(!$assertionsDisabled && !IOStatus.check(l)) throw new AssertionError(); obj; JVM INSTR monitorexit ;//退出同步 return l1; Exception exception3;//有异常则抛出 exception3; writerCleanup(); end(l > 0L || l == -2L); synchronized(stateLock) { if(l <= 0L && !isOutputOpen) throw new AsynchronousCloseException(); } if(!$assertionsDisabled && !IOStatus.check(l)) throw new AssertionError(); else throw exception3; Exception exception5; exception5; throw exception5; }
由于我们在前面已经讲过写单个ByteBuffer的方法,此方与write(ByteBuffer)
基本相似,我们只需要关注下面这点几个:
do //委托IOUtil写字节数组序列 l = IOUtil.write(fd, abytebuffer, i, j, nd); while(l == -3L && isOpen());
在看上面这句之前我们先看一下IOVecWrapper
//字节序列数组包装类
class IOVecWrapper { private static final int BASE_OFFSET = 0; private static final int LEN_OFFSET; private static final int SIZE_IOVEC;// private final AllocatedNativeObject vecArray;//存放字节数组的地址 private final int size;//字节数据大小 private final ByteBuffer buf[];//存放字节数组 private final int position[];//存放每个字节数组的position private final int remaining[];//存放每个字节数组的字节数量remaining private final ByteBuffer shadow[];//存放字节数组副本 final long address;//字节序列数组包装类的起始地址 static int addressSize;//操作系统物理地址所占的字节数 private static final ThreadLocal cached = new ThreadLocal();//线程本地缓存 static { addressSize = Util.unsafe().addressSize(); LEN_OFFSET = addressSize; //为什么要地址长度的2倍,一个存放字节缓冲的地址,一个存字节缓冲区的实际长度。 SIZE_IOVEC = (short)(addressSize * 2);//存放字节数组的实际地址 } }
来看IOVecWrapper的构造
private IOVecWrapper(int i) { size = i; buf = new ByteBuffer[i]; position = new int[i]; remaining = new int[i]; shadow = new ByteBuffer[i]; //创建存储字节数组起始地址的内存空间 vecArray = new AllocatedNativeObject(i * SIZE_IOVEC, false); //获取字节序列数组包装类起始地址 address = vecArray.address(); }
构造中我们需要关注以下节点:
1.创建存储字节数组起始地址的内存空间
vecArray = new AllocatedNativeObject(i * SIZE_IOVEC, false);
//AllocatedNativeObject
class AllocatedNativeObject extends NativeObject { AllocatedNativeObject(int i, boolean flag) { super(i, flag); } }
//NativeObject
protected NativeObject(int i, boolean flag) { if(!flag) { //分配可以存i个字节的物理内存 allocationAddress = unsafe.allocateMemory(i); //初始化起始地址 address = allocationAddress; } else { //在分配i个字节的基础上,多分配一页内存,这个我们在前面以说,这里不再说 int j = pageSize(); long l = unsafe.allocateMemory(i + j); allocationAddress = l; address = (l + (long)j) - (l & (long)(j - 1)); } }
2.获取字节序列数组包装类起始地址
address = vecArray.address();
//NativeObject
long address() { return address; }
从构造可以看出,主要是初始化字节缓冲区包装类的容量,存放字节缓冲区数组,
存放字节缓冲区position数组,存放字节缓冲区容量数组,字节缓冲区副本数组,
创建存储字节数组起始地址的内存空间,初始化字节缓冲区包装类起始地址。
再来看其他方法
//获取存放i个字节缓冲区的缓冲区包装类
static IOVecWrapper get(int i) { //获取线程本地的iovecwrapper IOVecWrapper iovecwrapper = (IOVecWrapper)cached.get(); if(iovecwrapper != null && iovecwrapper.size < i) { //iovecwrapper不为null,且容量小于i,则释放iovecwrapper内存 iovecwrapper.vecArray.free(); iovecwrapper = null; } if(iovecwrapper == null) { //创建存放i个字节缓冲区的缓冲区包装类 iovecwrapper = new IOVecWrapper(i); //添加iovecwrapper到引用对象Cleaner Cleaner.create(iovecwrapper, new Deallocator(iovecwrapper.vecArray)); //添加iovecwrapper到线程本地缓存 cached.set(iovecwrapper); } return iovecwrapper; }
上面方法有两点要关注:
1.
//iovecwrapper不为null,且容量小于i,则释放iovecwrapper内存 iovecwrapper.vecArray.free();
//AllocatedNativeObject
synchronized void free() { if(allocationAddress != 0L) { //释放物理内存 unsafe.freeMemory(allocationAddress); allocationAddress = 0L; } }
2.
//添加iovecwrapper到引用对象清除器Cleaner Cleaner.create(iovecwrapper, new Deallocator(iovecwrapper.vecArray));
这一点我们在前面相关文章中有讲,我们简单看一下Deallocator
//Deallocator,引用对象清除器 private static class Deallocator implements Runnable { //这个方法为清除器,实际执行的操作,即释放分配给iovecwrapper的物理内存 public void run() { obj.free(); } private final AllocatedNativeObject obj; Deallocator(AllocatedNativeObject allocatednativeobject) { obj = allocatednativeobject; } }
从 get(int i),可以看出实际上,先获取线程本地缓存中的iovecwrapper,如果
iovecwrapper不为null,且容量小于i,则释放iovecwrapper内存,置空iovecwrapper;
否则创建容量为i的iovecwrapper,并将iovecwrapper添加的引用对象清除器Cleander,
并添加到线程本地缓存cache中。
再来其他方法
//添加字节数组 void setBuffer(int i, ByteBuffer bytebuffer, int j, int k) { //添加字节缓冲区到字节缓冲区包装类的字节数组中,并将字节缓冲区的position及 容量remaining信息,存放到字节缓冲区包装类相应的数组中 buf[i] = bytebuffer; position[i] = j; remaining[i] = k; } //将字节缓冲区i的起始地址l写到内存中 void putBase(int i, long l) { int j = SIZE_IOVEC * i + 0; if(addressSize == 4) //地址长度为4个字节 vecArray.putInt(j, (int)l); else //地址长度为8个字节 vecArray.putLong(j, l); } //将字节缓冲区i的容量l写到内存中 void putLen(int i, long l) { int j = SIZE_IOVEC * i + LEN_OFFSET; if(addressSize == 4) vecArray.putInt(j, (int)l); else vecArray.putLong(j, l); } //添加字节缓冲区bytebuffer到字节缓冲区包装类的字节缓冲区副本数组中 void setShadow(int i, ByteBuffer bytebuffer) { shadow[i] = bytebuffer; } //获取索引i对应的字节缓冲区 ByteBuffer getBuffer(int i) { return buf[i]; } //获取索引i对应的字节缓冲区Position int getPosition(int i) { return position[i]; } //获取索引i对应的字节缓冲区Remaining int getRemaining(int i) { return remaining[i]; } //获取索引i对应的字节缓冲区副本 ByteBuffer getShadow(int i) { return shadow[i]; } //清除字节缓冲区包装类的字节缓冲区和相应的副本数组索引i对应的字节缓冲区 void clearRefs(int i) { buf[i] = null; shadow[i] = null; }
小节:
IOVecWrapper构造,主要是初始化字节缓冲区包装类的容量,存放字节缓冲区数组,
存放字节缓冲区position数组,存放字节缓冲区容量数组,字节缓冲区副本数组,
创建存储字节数组起始地址的内存空间,初始化字节缓冲区包装类起始地址。
get(int i)方法,先获取线程本地缓存中的iovecwrapper,如果
iovecwrapper不为null,且容量小于i,则释放iovecwrapper内存,置空iovecwrapper;
否则创建容量为i的iovecwrapper,并将iovecwrapper添加的引用对象清除器Cleander,
并添加到线程本地缓存cache中。
在看完IOVecWrapper后,我们再回到写字节序列数组函数的关键部分:
do //委托IOUtil写字节数组序列 l = IOUtil.write(fd, abytebuffer, i, j, nd); while(l == -3L && isOpen());
//IOUtil
static long write(FileDescriptor filedescriptor, ByteBuffer abytebuffer[], int i, int j, NativeDispatcher nativedispatcher) throws IOException { IOVecWrapper iovecwrapper; boolean flag; int k; //获取存放i个字节缓冲区的IOVecWrapper iovecwrapper = IOVecWrapper.get(j); flag = false; k = 0; long l1; int l = i + j; for(int i1 = i; i1 < l && k < IOV_MAX; i1++) { ByteBuffer bytebuffer = abytebuffer[i1]; int j1 = bytebuffer.position(); int k1 = bytebuffer.limit(); if(!$assertionsDisabled && j1 > k1) throw new AssertionError(); int j2 = j1 > k1 ? 0 : k1 - j1; if(j2 <= 0) continue; //将字节缓冲区添加到iovecwrapper的字节缓冲区数组中 iovecwrapper.setBuffer(k, bytebuffer, j1, j2); if(!(bytebuffer instanceof DirectBuffer)) { //获取容量为j2临时DirectByteBuffer ByteBuffer bytebuffer2 = Util.getTemporaryDirectBuffer(j2); //将字节序列写到DirectByteBuffer bytebuffer2.put(bytebuffer); //读写转换 bytebuffer2.flip(); iovecwrapper.setShadow(k, bytebuffer2); bytebuffer.position(j1); bytebuffer = bytebuffer2; j1 = bytebuffer2.position(); } //将字节缓冲区的起始地址写到iovecwrapper iovecwrapper.putBase(k, ((DirectBuffer)bytebuffer).address() + (long)j1); //将字节缓冲区的实际容量写到iovecwrapper iovecwrapper.putLen(k, j2); k++; } if(k != 0) break MISSING_BLOCK_LABEL_267; l1 = 0L; if(!flag) { for(int i2 = 0; i2 < k; i2++) { //获取iovecwrapper索引i2对应的字节序列副本 ByteBuffer bytebuffer1 = iovecwrapper.getShadow(i2); if(bytebuffer1 != null) //如果字节序列不为空,则添加到当前线程的缓存区中 Util.offerLastTemporaryDirectBuffer(bytebuffer1); //清除索引i2对应的字节序列在iovecwrapper中的字节序列数组,及相应副本数组的信息 iovecwrapper.clearRefs(i2); } } return l1; long l4; //委托给nativedispatcher,将iovecwrapper的缓冲区数据,写到filedescriptor对应的输出流中。 long l2 = nativedispatcher.writev(filedescriptor, iovecwrapper.address, k); ... }
在IOUtil上面的write方法中我们需要关注的是下面这一句
//委托给nativedispatcher,将iovecwrapper的缓冲区数据,写到filedescriptor对应的输出流中。 long l2 = nativedispatcher.writev(filedescriptor, iovecwrapper.address, k);
nativedispatcher在SocketChannelImpl中实际为SocketDispatcher
//SocketDispatcher
long writev(FileDescriptor filedescriptor, long l, int i) throws IOException { return writev0(filedescriptor, l, i); } static native long writev0(FileDescriptor filedescriptor, long l, int i) throws IOException;
至此我们把SocketChannelImpl写ByteBuffer数组方法看完,首先同步写锁,确保通道,输出流打开,连接建立委托给IOUtil,将ByteBuffer数组写到输出流中,这一过程为获取存放i个字节缓冲区的IOVecWrapper,遍历ByteBuffer数组m,将字节缓冲区添加到iovecwrapper的字节缓冲区数组中,如果ByteBuffer非Direct类型,委托Util从当前线程的缓冲区获取容量为j2临时DirectByteBuffer,并将ByteBuffer写到DirectByteBuffer,并将DirectByteBuffer添加到iovecwrapper的字节缓冲区(Shadow-Direct)数组中,将字节缓冲区的起始地址写到iovecwrapper,字节缓冲区的实际容量写到iovecwrapper;遍历iovecwrapper的字节缓冲区(Shadow-Direct)数组,将Shadow数组中的DirectByteBuffer通过Util添加到本地线程的缓存区中,并清除DirectByteBuffer在iovecwrapper的相应数组中的信息;最后通过
SocketDispatcher,将iovecwrapper的缓冲区数据,写到filedescriptor对应的输出流中。
总结:
SocketChannelImpl写ByteBuffer数组方法,首先同步写锁,确保通道,输出流打开,连接建立委托给IOUtil,将ByteBuffer数组写到输出流中,这一过程为获取存放i个字节缓冲区的IOVecWrapper,遍历ByteBuffer数组m,将字节缓冲区添加到iovecwrapper的字节缓冲区数组中,如果ByteBuffer非Direct类型,委托Util从当前线程的缓冲区获取容量为j2临时DirectByteBuffer,并将ByteBuffer写到DirectByteBuffer,并将DirectByteBuffer添加到iovecwrapper的字节缓冲区(Shadow-Direct)数组中,将字节缓冲区的起始地址写到iovecwrapper,字节缓冲区的实际容量写到iovecwrapper;遍历iovecwrapper的字节缓冲区(Shadow-Direct)数组,将Shadow数组中的DirectByteBuffer通过Util添加到本地线程的缓存区中,并清除DirectByteBuffer在iovecwrapper的相应数组中的信息;最后通过
SocketDispatcher,将iovecwrapper的缓冲区数据,写到filedescriptor对应的输出流中。
SocketChannelImpl 解析三(接收数据):http://donald-draper.iteye.com/blog/2372590
发表评论
-
文件通道解析二(文件锁,关闭通道)
2017-05-16 23:17 1108文件通道解析一(读写操作,通道数据传输等):http://do ... -
文件通道解析一(读写操作,通道数据传输等)
2017-05-16 10:04 1206Reference定义(PhantomRefere ... -
文件通道创建方式综述
2017-05-15 17:39 1109Reference定义(PhantomReference,Cl ... -
文件读写方式简单综述后续(文件,流构造)
2017-05-14 23:04 1525Java Socket通信实例:http://donald-d ... -
文件读写方式简单综述
2017-05-14 11:13 1169Java Socket通信实例:http://donald-d ... -
FileChanne定义
2017-05-12 23:28 991文件读写方式简单综述:http://donald-draper ... -
SeekableByteChannel接口定义
2017-05-11 08:43 1282ByteChannel,分散聚集通道接口的定义(SocketC ... -
FileChannel示例
2017-05-11 08:37 1027前面我们看过socket通道,datagram通道,以管道Pi ... -
PipeImpl解析
2017-05-11 08:41 974ServerSocketChannel定义:http://do ... -
Pipe定义
2017-05-10 09:07 958Channel接口定义:http://donald-drape ... -
NIO-Pipe示例
2017-05-10 08:47 951PipeImpl解析:http://donald-draper ... -
DatagramChannelImpl 解析四(地址绑定,关闭通道等)
2017-05-10 08:27 832DatagramChannelImpl 解析一(初始化):ht ... -
DatagramChannelImpl 解析三(多播)
2017-05-10 08:20 2002DatagramChannelImpl 解析一(初始化):ht ... -
NIO-UDP实例
2017-05-09 12:32 1628DatagramChannelImpl 解析一(初始化):ht ... -
DatagramChannelImpl 解析二(报文发送与接收)
2017-05-09 09:03 1453DatagramChannelImpl 解析一(初始化):ht ... -
DatagramChannelImpl 解析一(初始化)
2017-05-08 21:52 1471Channel接口定义:http://donald-drape ... -
MembershipKeyImpl 简介
2017-05-08 09:11 965MembershipKey定义:http://donald-d ... -
DatagramChannel定义
2017-05-07 23:13 1266Channel接口定义:http://donald-drape ... -
MulticastChanne接口定义
2017-05-07 13:45 1195NetworkChannel接口定义:ht ... -
MembershipKey定义
2017-05-06 16:20 966package java.nio.channels; i ...
相关推荐
此外,Stream API也是1.8的一大亮点,它提供了处理集合的新方式,可以进行数据流的过滤、映射、归约等操作,大大简化了数据处理的代码。 在"jdk-5b86f66575b7"这个压缩包中,很可能包含了JDK 1.8的完整源码,包括...
at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:574) at IceInternal.Network.doFinishConnect(Network.java:393) ... 6 more 这种报错是ICE服务端没有起来,telnet服务端ICE的端口不通...
嵌入式八股文面试题库资料知识宝典-华为的面试试题.zip
训练导控系统设计.pdf
嵌入式八股文面试题库资料知识宝典-网络编程.zip
人脸转正GAN模型的高效压缩.pdf
少儿编程scratch项目源代码文件案例素材-几何冲刺 转瞬即逝.zip
少儿编程scratch项目源代码文件案例素材-鸡蛋.zip
嵌入式系统_USB设备枚举与HID通信_CH559单片机USB主机键盘鼠标复合设备控制_基于CH559单片机的USB主机模式设备枚举与键盘鼠标数据收发系统支持复合设备识别与HID
嵌入式八股文面试题库资料知识宝典-linux常见面试题.zip
面向智慧工地的压力机在线数据的预警应用开发.pdf
基于Unity3D的鱼类运动行为可视化研究.pdf
少儿编程scratch项目源代码文件案例素材-霍格沃茨魔法学校.zip
少儿编程scratch项目源代码文件案例素材-金币冲刺.zip
内容概要:本文深入探讨了HarmonyOS编译构建子系统的作用及其技术细节。作为鸿蒙操作系统背后的关键技术之一,编译构建子系统通过GN和Ninja工具实现了高效的源代码到机器代码的转换,确保了系统的稳定性和性能优化。该系统不仅支持多系统版本构建、芯片厂商定制,还具备强大的调试与维护能力。其高效编译速度、灵活性和可扩展性使其在华为设备和其他智能终端中发挥了重要作用。文章还比较了HarmonyOS编译构建子系统与安卓和iOS编译系统的异同,并展望了其未来的发展趋势和技术演进方向。; 适合人群:对操作系统底层技术感兴趣的开发者、工程师和技术爱好者。; 使用场景及目标:①了解HarmonyOS编译构建子系统的基本概念和工作原理;②掌握其在不同设备上的应用和优化策略;③对比HarmonyOS与安卓、iOS编译系统的差异;④探索其未来发展方向和技术演进路径。; 其他说明:本文详细介绍了HarmonyOS编译构建子系统的架构设计、核心功能和实际应用案例,强调了其在万物互联时代的重要性和潜力。阅读时建议重点关注编译构建子系统的独特优势及其对鸿蒙生态系统的深远影响。
嵌入式八股文面试题库资料知识宝典-奇虎360 2015校园招聘C++研发工程师笔试题.zip
嵌入式八股文面试题库资料知识宝典-腾讯2014校园招聘C语言笔试题(附答案).zip
双种群变异策略改进RWCE算法优化换热网络.pdf
内容概要:本文详细介绍了基于瞬时无功功率理论的三电平有源电力滤波器(APF)仿真研究。主要内容涵盖并联型APF的工作原理、三相三电平NPC结构、谐波检测方法(ipiq)、双闭环控制策略(电压外环+电流内环PI控制)以及SVPWM矢量调制技术。仿真结果显示,在APF投入前后,电网电流THD从21.9%降至3.77%,显著提高了电能质量。 适用人群:从事电力系统研究、电力电子技术开发的专业人士,尤其是对有源电力滤波器及其仿真感兴趣的工程师和技术人员。 使用场景及目标:适用于需要解决电力系统中谐波污染和无功补偿问题的研究项目。目标是通过仿真验证APF的有效性和可行性,优化电力系统的电能质量。 其他说明:文中提到的仿真模型涉及多个关键模块,如三相交流电压模块、非线性负载、信号采集模块、LC滤波器模块等,这些模块的设计和协同工作对于实现良好的谐波抑制和无功补偿至关重要。
内容概要:本文探讨了在工业自动化和物联网交汇背景下,构建OPC DA转MQTT网关软件的需求及其具体实现方法。文中详细介绍了如何利用Python编程语言及相关库(如OpenOPC用于读取OPC DA数据,paho-mqtt用于MQTT消息传递),完成从OPC DA数据解析、格式转换到最终通过MQTT协议发布数据的关键步骤。此外,还讨论了针对不良网络环境下数据传输优化措施以及后续测试验证过程。 适合人群:从事工业自动化系统集成、物联网项目开发的技术人员,特别是那些希望提升跨协议数据交换能力的专业人士。 使用场景及目标:适用于需要在不同通信协议间建立高效稳定的数据通道的应用场合,比如制造业生产线监控、远程设备管理等。主要目的是克服传统有线网络限制,实现在不稳定无线网络条件下仍能保持良好性能的数据传输。 其他说明:文中提供了具体的代码片段帮助理解整个流程,并强调了实际部署过程中可能遇到的问题及解决方案。