跳到主要内容

《Netty实战》读书笔记——Netty的概念及体系结构

· 阅读需 8 分钟

Netty 的核心组件

Channel

可以把 Channel 看作是传入(入站)或者传出(出站)数据的载体。因此,它可以被打开或者被关闭,连接或者断开连接。

回调

一个回调其实就是一个方法,一个指向已经被提供给另外一个方法的方法的引用。这使得后者可以在适当的时候调用前者。回调在广泛的编程场景中都有应用,而且也是在操作完成后通知相关方最常见的方式之一。

Future

Future 提供了另一种在操作完成时通知应用程序的方式。这个对象可以看作是一个异步操作的结果的占位符;它将在未来的某个时刻完成,并提供对其结果的访问。

ChannelFuture

Netty 提供了它自己的实现—— ChannelFuture,用于在执行异步操作的时候使用。 ChannelFuture提供了几种额外的方法,这些方法使得我们能够注册一个或者多个ChannelFutureListener实例。 由ChannelFutureListener提供的通知机制消除了手动检查对应的操作是否完成的必要。 每个 Netty 的出站 I/O 操作都将返回一个ChannelFuture,也就是说,它们都不会阻塞。

简单重置JetBrains试用

· 阅读需 3 分钟

前言

JetBrains公司的IDE十分好用,如Idea、Pycharm等。以前的各种激活方式被相继封杀,现在主要的白嫖方式是通过无限重置试用来实现的。(其实还是有永久激活的,关键词:FineAgent

那么,无限重置试用是怎么做的呢?有没有不装插件一键全部重置试用的方式呢?

原理

JetBrains的重置试用来自Jetbrains系列产品重置试用方法 | 知了,主要是需要安装IDE Eval Reset插件,插件源码:ide-eval-resetter: Reset your IDE eval information.

自JetBrains 2020版本,IDE的试用key保存在用户目录下的 AppData\Roaming\JetBrains<IDE名称>\eval 目录下,以.evaluation.key结尾。这是个非常小的文件,只有8字节,内容如下:

WiFi网络频段优化设置

· 阅读需 3 分钟

最近感觉屋里WiFi速度很慢,ping了下路由器发现延迟非常高,长达数秒,有时甚至还丢包。这样的网络环境下的上网体验可以说很糟糕,在连接内网的机器操作时,都需要卡很久才有反应。由于我离路由器比较远,还隔了墙,并且附近有很多WiFi信号,所以我接收到的WiFi信号就偏弱。为了解决网络问题,我打开了路由器的无线管理界面,发现了信道和信道频宽之类的设置,默认为自动。好奇心驱使,我简单了解了下这些设置,其实厂家默认设置的自动未必是最优设置,通过合理的设定无线参数,可以优化网络。

信道与频宽

在WLAN标准协议里,将2.4GHz频段划分出13个有交叠的信道,每个信道都有自己的中心频率;将5GHz频段分为24个信道,且每个信道都为独立信道。

wifi信道

《Java NIO系列教程》学习笔记

· 阅读需 4 分钟

Java NIO 由以下几个核心部分组成:

  • Channels
  • Buffers
  • Selectors

channel与buffer

Channel

  • FileChannel:从文件中读写数据
  • DatagramChannel:能通过UDP读写网络中的数据
  • SocketChannel:能通过TCP读写网络中的数据
  • ServerSocketChannel:可以监听新进来的TCP连接,像Web服务器那样。对每一个新进来的连接都会创建一个SocketChannel

LockSupport源码分析

· 阅读需 9 分钟

LockSupport简介

LockSupport可以控制线程的状态,从而达到线程在等待唤醒之间切换的目的,并且不用担心阻塞和唤醒操作的顺序,但要注意连续多次唤醒的效果和一次唤醒是一样的。

注意:unpark 函数可以先于 park 调用。

【LockSupport与的区别】

  • LockSupport.park和unpark不需要在同步代码块中,wait和notify是需要的。
  • LockSupport的pork和unpark是针对线程的,而wait和notify是可以是任意对象。
  • LockSupport的unpark可以让指定线程被唤醒,但是notify是随机唤醒一个,notifyAll是全部唤醒,不够灵活。

park和unpark都是调用native方法,由JVM实现: