1.controller /モデルケース：https://www.jianshu.com/p/ce9415465ee4
2.netty + springboot
スレッドの安全性との@Sharableネッティーチャンネル
1.ブートストラップは、（新しいMySimpleChannelInboundHandler（））を直接sb.childHandlerを追加しました
このchildHandlerは同じインスタンスが、それは同じハンドラで異なるチャネルにつながるだろうと述べました
2.ネッティー一つの大きな利点は、各チャンネルには独自のバインディングイベントループとchannelHandlerを持っているということですので、あなたは関係なく、同時同期の問題の、コードシリアル実行することを保証することができます。
3. ジャストライン上ChannelInitializerを継承するクラスを作成し、ChannelInitializerこの特別なクラスは、あなたは多くのchannelhandlerの集まりと考えることができ、そしてこのクラスは継承されたクラスは、あなたが個別に各チャンネルを割り当てることができます@Shareableですハンドラ、あるいは複数のハンドラを作成します。
チャンネルのすべてがChannelInitializerImplにこの例を共有しているが、この例では、それぞれの新しいハンドラ・インスタンスのための新しいチャネルすることができたが、これは違いです。
https://www.fanyeong.com/2016/10/24/netty-channelhandler%E4%BD%BF%E7%94%A8%E6%8A%A5%E9%94%99/
4. ChannelInitializerはあなたが動作しません、@Sharable、および特定の状況に応じてとChannelInitializer場合、同じまたはハンドラのインスタンスで見ることができないと言うことはありません
https://blog.csdn.net/supper10090/article/details/78431948
複数の並行チャネル（すなわち、接続）のために安全であるためには5は、共有可能ChannelHandler注釈は、スレッドセーフでなければなりません。
新しく作成された各チャネルは、新しいChannelPipelineが割り当てられますが、ハンドラはないかもしれません
https://www.jianshu.com/p/b241e3800fc0
6. ChannelHandlerのみグローバルハンドラインスタンス@Sharable、と注釈されている場合、それは、複数のパイプライン・チャネルによって共有され、それはスレッドセーフではないので、呼び出しは、マルチスレッド同時なり、クロスChannelHandlerインスタンスレベルの変数は共有を存在する場合、特別な注意を必要とする、それがスレッドセーフではないかもしれません。
全体ChannelPipelineの実行中に、スレッドの切り替えが発生することがあります。同じオブジェクトが複数ChannelHandler間で共有されている場合は、この時点では、マルチスレッド操作であってもよいです
https://blog.csdn.net/y_xianjun/article/details/48341749
要するに7.のみごChannelHandlerで識別されなければならない@Sharableコメントのみスレッドセーフに使用されています
http://www.cnblogs.com/krcys/p/9297092.html
自動的に新しいチャンネルChannelPipelineを作成する場合は8、それはそれらの間の1対1の関係を言うことです。またことに注意してください：つまり、ChannelPipelineは、スレッドセーフである、我々は動的ChannelHandlerそれらを削除、追加することができます。
内側のスレッドで常にChannelPipelineは、チャネルに属し、チャンネルがスレッドに属しているので、ChannelPipelineの操作：私は理解して
リンクします。https：//www.jianshu.com/p/7dc5da98694c
9.読書
常にスレッドで動作channelpipeline
レッドボックスは、フォーカスを描きます
誘導は、次のとおりです。
（1）チャネル-1VS 1つのパイプライン、新しいハンドラ
（2）チャネル1VS 1パイプラインの共通ハンドラ、@Sharable必要があり、そのないメンバ変数スレッドセーフを確保するため
（3）チャネルも、1つのスレッドで常にパイプラインであるが、必ずしもそうではないハンドラ
1.ブートストラップは、（新しいMySimpleChannelInboundHandler（））を直接sb.childHandlerを追加しました
このchildHandlerは同じインスタンスが、それは同じハンドラで異なるチャネルにつながるだろうと述べました
2.ネッティー一つの大きな利点は、各チャンネルには独自のバインディングイベントループとchannelHandlerを持っているということですので、あなたは関係なく、同時同期の問題の、コードシリアル実行することを保証することができます。
3. ジャストライン上ChannelInitializerを継承するクラスを作成し、ChannelInitializerこの特別なクラスは、あなたは多くのchannelhandlerの集まりと考えることができ、そしてこのクラスは継承されたクラスは、あなたが個別に各チャンネルを割り当てることができます@Shareableですハンドラ、あるいは複数のハンドラを作成します。
虽然所有的channel都共享了ChannelInitializerImpl这个实例，但是这个实例却能为每一个channel new出新的handler实例，这就是区别。
https://www.fanyeong.com/2016/10/24/netty-channelhandler%E4%BD%BF%E7%94%A8%E6%8A%A5%E9%94%99/
4. 也并不是说ChannelInitializer就可以不用@Sharable了，要视具体情况而看，如果ChannelInitializer中还是同一个handler实例，就不行
https://blog.csdn.net/supper10090/article/details/78431948
5. 为了安全地被用于多个并发的Channel（即连接），sharable注解的ChannelHandler必须是线程安全的。
每一个新创建的Channel都将会被分配一个新的ChannelPipeline，但其中的handler未必是
https://www.jianshu.com/p/b241e3800fc0
6. 如果ChannelHandler被注解为 @Sharable，全局只有一个handler实例，它会被多个Channel的Pipeline共享，会被多线程并发调用，因此它不是线程安全的；如果存在跨ChannelHandler的实例级变量共享，需要特别注意，它可能不是线程安全的。
在整个ChannelPipeline执行过程中，可能会发生线程切换。此时，如果同一个对象在多个ChannelHandler中被共享，可能会被多线程并发操作
https://blog.csdn.net/y_xianjun/article/details/48341749
7. 总之,只应该在确定了你的 ChannelHandler 是线程安全的时才使用@Sharable 注解
http://www.cnblogs.com/krcys/p/9297092.html
8. 新建一个Channel时会自动新建一个ChannelPipeline，也就是说他们之间是一对一的关系。另外需要注意的是：ChannelPipeline是线程安全的，也就是说，我们可以动态的添加、删除其中的ChannelHandler。
我的理解：channel属于一个线程，ChannelPipeline属于一个channel，所以对ChannelPipeline的操作始终在一个线程内
链接：https://www.jianshu.com/p/7dc5da98694c
9. 看书
channelpipeline 始终在一个线程操作
红色框划重点
归纳就是：
（1）channel－1vs 1 pipeline－new handler
（2）channel－1vs 1 pipeline－common handler，需要@Sharable，且确保线程安全无成员变量
（3）channel始终在一个线程中，pipeline也是，但handler未必是