并发编程网 - ifeve.com

原文链接 译者：裘卡

此文档涵盖了此次Netty大版本中值得关注的变更点及新特性，以帮助你将自己的应用顺利移植到新版本。

Read more

原文链接 译者：dan   QQ：903585177

请注意：这个指南并不是用户指南，它是开发 Netty 本身的指南，而不是使用Netty 开发其他程序的指南。

Read more

《Netty实战》样章由人民邮电出版社授权并发编程网发布，本书的中文版已经由人民邮电出版社引进并出版。

京东预售链接（优先发货）：《Netty实战》([美]诺曼·毛瑞尔（Norman Maurer），马文·艾伦·沃尔夫泰尔（Marvin Allen Wolfthal）)

第2章　你的第一款Netty应用程序

本章主要内容

《Netty实战》样章由人民邮电出版社授权并发编程网发布，本书的中文版已经由人民邮电出版社引进并出版。

京东预售链接（优先发货）：《Netty实战》([美]诺曼·毛瑞尔（Norman Maurer），马文·艾伦·沃尔夫泰尔（Marvin Allen Wolfthal）)

内容提要

《Netty实战》样章由人民邮电出版社授权并发编程网发布，本书的中文版已经由人民邮电出版社引进并出版。

京东预售链接（优先发货）：《Netty实战》([美]诺曼·毛瑞尔（Norman Maurer），马文·艾伦·沃尔夫泰尔（Marvin Allen Wolfthal）)

Read more

原文链接 译者：Johnson

你知道本页的内容是自动生成自Github 维基页面吗?你可以点击这里改进它.


Read more

原文链接  译者：裘卡

此文档涵盖了netty4.0到4.1值得关注的变更点及新特性。

尽管我们尽力做到对4.0的向后兼容，4.1仍包含了一些无法完全向后兼容4.0的特性。请确保升级之后对应用进行重新编译。

在重新编译应用以后，你会看到一些deprecation的警告。请一定按照提示修改为相应的替代方案，以减少升级之后产生的问题。

Read more

原文地址  译者:叶扬V

这篇文档将引领你了解netty在4.1 release版本之后所做的一系列显著升级和新特性，以便让你能把应用升级到新版本。

不像netty在3.X和4.0之间的升级变化，5.0版本虽然在设计上做出了重大突破和简化，但（在调用层面）并没有改变很多。我们尽可能让4.X版本可以平滑地升级到5.0版本，但是如果你在升级过程中遇到任何问题，请告知我们。

Read more

原文链接  译者：loading

文档

从用户指南和接口文档开始。当然也可以通过加入社区来获取更多的信息。

• 版本 4.1 (稳定, 推荐)
  • 用户指南
  • 接口文档 (Javadoc)
  • 源码 (Xref)
  • 新特性以及值得注意的部分
• 版本 4.0 (稳定)
  • 用户指南
  • 接口文档 (Javadoc)
  • 源码 (Xref)
  • 新特性以及值得注意的部分
• 版本 3.10 (稳定)
  • 用户指南
  • 接口文档 (Javadoc)
  • 源码 (Xref)

Read more

最近在学习Netty框架，对着教程上写了个简单的netty应用，可是死活调试不成功，对着程序跟教程上看了几遍也找不到原因，后来又重新写了一遍，服务端程序终于调试成功，原因出在了那个@Skip注释上了，代码如下：
Read more

定义为一个通往网络socket或者一个由I/O读写能力的组件。

通道提供：
1，通道的当前状态，打开？已连接？
2，跟通道关联的配置信息ChannelConfig，包括buffer大小等。
3，通道支持的I/O操作，如读、写、连接、绑定等。
4，跟通道关联的ChannelPipeline，用来处理通道的I/O事件和请求。

Read more

原文地址：http://netty.io/wiki/user-guide-for-5.x.html    译者:光辉勇士      校对：郭蕾

前言

问题

现如今我们使用通用的应用程序或者类库来实现系统之间地互相访问，比如我们经常使用一个HTTP客户端来从web服务器上获取信息，或者通过web service来执行一个远程的调用。

然而，有时候一个通用的协议和他的实现并没有覆盖一些场景。比如我们无法使用一个通用的HTTP服务器来处理大文件、电子邮件、近实时消息比如财务信息和多人游戏数据。我们需要一个合适的协议来处理一些特殊的场景。例如你可以实现一个优化的Ajax的聊天应用、媒体流传输或者是大文件传输的HTTP服务器，你甚至可以自己设计和实现一个新的协议来准确地实现你的需求。

Read more

声明：本文是《Netty 权威指南》的样章，感谢博文视点授权并发编程网站发布样章，禁止以任何形式转载此文。

在开始本节之前，我先讲一个亲身经历的故事：曾经有两个项目组同时用到了NIO编程技术，一个项目组选择自己开发NIO服务端，直接使用JDK原生的API，结果2个多月过去了，他们的NIO服务端始终无法稳定，问题频出。由于NIO通信是它们的核心组件之一，因此，项目的进度受到了严重的影响，领导对此非常恼火。另一个项目组直接使用Netty作为NIO服务端，业务的定制开发工作量非常小，测试表明，功能和性能都完全达标，项目组几乎没有在NIO服务端上花费额外的时间和精力，项目进展也非常顺利。

这两个项目组的不同遭遇提醒我们：开发出高质量的NIO程序并不是一件简单的事情，除去NIO固有的复杂性和BUG不谈，作为一个NIO服务端需要能够处理网络的闪断、客户端的重复接入、客户端的安全认证、消息的编解码、半包读写等等，如果你没有足够的NIO编程经验积累，一个NIO框架的稳定往往需要半年甚至更长的时间。更为糟糕的是一旦在生产环境中发生问题，往往会导致跨节点的服务调用中断，严重的可能会导致整个集群环境都不可用，需要重启服务器，这种非正常停机会带来巨大的损失。

从可维护性角度看，由于NIO采用了异步非阻塞编程模型，而且是一个IO线程处理多条链路，它的调试和跟踪非常麻烦，特别是生产环境中的问题，我们无法有效调试和跟踪，往往只能靠一些日志来辅助分析，定位难度很大。

Read more

声明：本文是《Netty 权威指南》的样章，感谢博文视点授权并发编程网站发布样章，禁止以任何形式转载此文。

2.5.1.概念澄清

为了防止由于对一些技术概念和术语的理解或者叫法不一致引起歧义，本小节特意对本书中的专业术语或者技术用语做下声明，如果它们与其它的一些技术书籍术语不一致，请以本小节的解释为准。

2.5.1.1. 异步非阻塞IO

很多人喜欢将JDK1.4提供的NIO框架称为异步非阻塞IO，但是，如果严格按照Unix网络编程模型和JDK的实现进行区分，实际上它只能被称为非阻塞IO，不能叫异步非阻塞IO。在早期的JDK1.4和1.5 update10版本之前，JDK的Selector基于select/poll模型实现，它是基于IO复用技术的非阻塞IO，不是异步IO。在JDK1.5 update10和linux core2.6以上版本，sun优化了Selctor的实现，它底层使用epoll替换了select/poll,上层的API并没有变化，我们可以认为是JDK NIO的一次性能优化，但是它仍旧没有改变IO的模型。相关优化的官方说明如下：

Read more

声明：本文是《Netty 权威指南》的样章，感谢博文视点授权并发编程网站发布样章，禁止以任何形式转载此文。

执行TimeServer，运行结果如下：

Read more