最近在使用netty的时候突然碰到这样的一个警告:
2010-8-11 12:20:28 org.jboss.netty.util.internal.SharedResourceMisuseDetector
警告: You are creating too many MemoryAwareThreadPoolExecutor instances. MemoryAwareThreadPoolExecutor is a shared resource that must be reused across the application, so that only a few instances are created.
2010-8-11 12:20:28 org.jboss.netty.util.internal.SharedResourceMisuseDetector
警告: You are creating too many HashedWheelTimer instances. HashedWheelTimer is a shared resource that must be reused across the application, so that only a few instances are created.
说的是我在使用
MemoryAwareThreadPoolExecutor和HashedWheelTimer
的时候创造了太多的实例.后来一看源码才发现问题所在!这两个貌似都是线程池的对象,在各自的构造方法里面,每实例一个对象就会使各自SharedResourceMisuseDetector(滥用共享资源探测器)加一.当超过256的时候就报警了!
private static final SharedResourceMisuseDetector misuseDetector =
new SharedResourceMisuseDetector(MemoryAwareThreadPoolExecutor.class);
.....
// Misuse check
misuseDetector.increase();
后来再查看HashedWheelTimer的源代码中还发现了这样的提示:
<h3>Do not create many instances.</h3>
*
* {@link HashedWheelTimer} creates a new thread whenever it is instantiated and
* started. Therefore, you should make sure to create only one instance and
* share it across your application. One of the common mistakes, that makes
* your application unresponsive, is to create a new instance in
* {@link ChannelPipelineFactory}, which results in the creation of a new thread
* for every connection.
大致就说不要创建太多的实例
之前我是这样写的
public class ServerPipelineFactory implements ChannelPipelineFactory {
...
@Override
public ChannelPipeline getPipeline() throws Exception {
ChannelPipeline pipeline = pipeline();
pipeline.addLast("executor", new ExecutionHandler(new OrderedMemoryAwareThreadPoolExecutor(16, 1048576, 1048576)));
pipeline.addLast("timeout", new ReadTimeoutHandler(new HashedWheelTimer(), 10));
这样以来每个channel获取PipelineFactory的时候都会重新实例MemoryAwareThreadPoolExecutor和HashedWheelTimer,
当连接一多的时候就报警了!
根据这个提示我修改了ServerPipelineFactory,把他们做出单例的引用
public class ServerPipelineFactory implements ChannelPipelineFactory {
...
static OrderedMemoryAwareThreadPoolExecutor e = new OrderedMemoryAwareThreadPoolExecutor(16, 0, 0);
static HashedWheelTimer hashedWheelTimer = new HashedWheelTimer();
static ExecutionHandler executionHandler = new ExecutionHandler(e);
@Override
public ChannelPipeline getPipeline() throws Exception {
ChannelPipeline pipeline = pipeline();
pipeline.addLast("executor", executionHandler );
pipeline.addLast("timeout", new ReadTimeoutHandler(hashedWheelTimer, 10));
这样就不会再有SharedResourceMisuseDetector的警告了!
分享到:
相关推荐
8. **使用注意事项**: - 虽然`netty-all`方便快捷,但可能会引入不必要的依赖,大型项目通常会根据需求精简引用,只导入必要的模块。 9. **性能优化**: - Netty提供了许多性能优化选项,如自定义ByteBuf分配器、...
4. **优化与注意事项**: - 文件流式传输:避免一次性加载整个文件到内存,可以使用 Netty 的 ChunkedWriteHandler 支持大文件的流式传输。 - 异步处理:在 SpringMVC 中,可以利用 @Async 注解进行异步处理,提高...
最后,`阅读必看】.txt`可能是一份关于如何正确使用这些资源的提示或者注意事项,比如如何搜索CHM文档,阅读PDF时需要注意的版本兼容性问题,或者使用Netty时可能遇到的陷阱和解决办法。 总的来说,这个压缩包为...
"remark" 暗示这个压缩包可能包含了一些注解或说明,可能是对这个特定版本的一些关键特性、优化或注意事项的解释。 描述中的 "tony老师netty" 可能是指一位名叫 Tony 的教师或专家,他与 Netty 相关的教学或讲解...
“阅读必看】.txt”文件可能是作者提供的一些额外提示或注意事项,可能包括如何正确使用这些文档、可能遇到的问题、版本更新说明等内容。这部分信息对于避免常见错误和充分利用文档有重要作用,因此在开始学习前应...
- **1.7.1 Socket缓冲区注意事项**:了解Socket缓冲区的一些重要特性。 - **1.7.2 第一种解决方案**:介绍一种处理流式传输的方法。 - **1.7.3 第二种解决方案**:提出另一种处理流式传输的方法。 - **1.8 使用...
5. **Android 应用中的注意事项** - Android 的内存限制可能需要优化 Netty 配置,比如减少缓冲区大小、限制并发连接数等。 - 注意线程管理,避免在主线程中执行耗时操作,以免影响用户界面的响应性。 - 安全性:...
由于Android原生并不支持NIO,因此在Android上使用Netty需要一些额外的适配和注意事项。Netty为Android提供了跨平台的网络编程能力,使得开发者可以在Android设备上构建高度并发、低延迟的网络应用,例如聊天应用、...
7. **最佳实践**:分享Netty开发的最佳实践和注意事项,帮助开发者避免常见的陷阱,提高代码质量和可维护性。 8. **故障排查**:介绍如何诊断和解决Netty应用中可能出现的问题,增强开发者在遇到挑战时的解决能力。...
84_Netty引用计数注意事项与内存泄露检测方式;85_Netty编解码器剖析与入站出站处理器详解;86_Netty自定义编解码器与TCP粘包拆包问题;87_Netty编解码器执行流程深入分析;88_ReplayingDecoder源码分析与特性解读;...
- "关闭你的应用":讨论了正确关闭 Netty 应用的注意事项。 4. Netty 架构总览: - 丰富的缓冲实现:ChannelBuffer 提供高效内存管理,支持零拷贝操作。 - 统一的异步 I/O API:统一的 API 跨越了不同底层 I/O ...
附带的“说明文档.txt”可能是作者或发布者提供的阅读指南,可能包含了书的使用注意事项、版本信息、版权声明等,对于读者更好地理解和使用这本书有一定的帮助。 总的来说,《Netty权威指南第二版》是一本深度和...
7. **注意事项** - 调试和日志记录:在集成过程中,确保有足够的日志记录,以便调试和监控系统行为。 - 错误处理:需要处理可能的异常,确保系统在遇到问题时能优雅地关闭。 - 性能优化:根据具体需求调整Netty的...
84_Netty引用计数注意事项与内存泄露检测方式 85_Netty编解码器剖析与入站出站处理器详解 86_Netty自定义编解码器与TCP粘包拆包问题 87_Netty编解码器执行流程深入分析 88_ReplayingDecoder源码分析与特性解读 89_...
第84讲:Netty引用计数注意事项与内存泄露检测方式 第85讲:Netty编解码器剖析与入站出站处理器详解 第86讲:Netty自定义编解码器与TCP粘包拆包问题 第87讲:Netty编解码器执行流程深入分析 第88讲:...
5. **最佳实践**:提供在实际项目中使用Netty时的一些最佳实践和注意事项。 通过阅读《51CTO下载-Netty 5用户指南.pdf》和实际运行官方例子,你可以更深入地理解Netty的工作原理,并能够有效地将其应用到你的网络...
综上所述,Netty 4.0.31.Final 可以有效地帮助我们构建 Android 客户端和服务器端的网络通信应用,通过自定义 ChannelHandler 处理业务逻辑,并注意 Android 平台的特定考虑事项,可以实现高效、稳定且灵活的网络...
注意事项 - 心跳间隔和超时时间需根据实际网络环境调整,确保在正常网络状况下,心跳包能够顺利往返。 - 心跳包的大小应尽可能小,减少网络传输负担。 - 心跳机制需要与其他错误检测机制结合使用,以提高系统的...
Netty引用计数的实现机制与自旋锁的使用技巧 82_Netty引用计数原子更新揭秘与AtomicIntegerFieldUpdater深度剖析 83_AtomicIntegerFieldUpdater实例演练与volatile关键字分析 84_Netty引用计数注意事项与内存泄露...
- **1.7.1 Socket 缓冲区的一个小注意事项**:解释在处理 Socket 缓冲区时需要注意的问题。 - **1.7.2 第一个解决方案**:介绍如何解决上文提到的问题的第一个方法。 - **1.7.3 第二个解决方案**:提供第二种方法...