吃透Netty源码系列四十一之MessageToByteEncoder详解

MessageToByteEncoder

前面说了下解码器，现在说说编码器，就是将一个消息编码下，编码成我们的字节数组形式。我们看到这个地方是有泛型了，为什么前面解码器没有呢，因为解码是把字节数组变成对象，对于我来说输入是字节数组，我不知道什么类型，只要转成对象类型即可。而编码器的泛型是针对特定类型的编码，你不告诉我什么类型，我没办法编码，我只能不处理，所以你要告诉我类型，那我检查到是我要编码的类型，我就进行相应的编码。
解码是针对入站数据，那编码就是出站啦，结构就是这样：

抽象方法：

  protected abstract void encode(ChannelHandlerContext ctx, I msg, ByteBuf out) throws Exception;

主要也是靠子类来实现编码方法的。

TypeParameterMatcher

是个抽象类，内部有个类型参数匹配器，也就是上面说的泛型的，只有匹配到相应的泛型，才会进行解码，否则就往前传递。他也是存在于线程本地变量中，在UnpaddedInternalThreadLocalMap中：

	//类型和参数类型匹配器的map
 	Map<Class<?>, TypeParameterMatcher> typeParameterMatcherGetCache;
 	//类型和类型和参数类型匹配器的map
    Map<Class<?>, Map<String, TypeParameterMatcher>> typeParameterMatcherFindCache;

抽象方法：

public abstract boolean match(Object msg);

这两个东西干嘛用呢，为什么接下来就讲。

空类型参数匹配

这个就是任何对象类型都能匹配。

  private static final TypeParameterMatcher NOOP = new TypeParameterMatcher() {
   
   
        @Override
        public boolean match(Object msg) {
   
   
            return true;
        }
    };

get获取类型参数匹配器

会根据传进来得Class对象，判断是哪个类型，从而生成相应的匹配器，如果是Object，就是上面的NOOP ，否则就是ReflectiveMatcher。这个就是根据类型获取参数类型匹配器，就是用到上面你的UnpaddedInternalThreadLocalMap的typeParameterMatcherGetCache

 public static TypeParameterMatcher get(final Class<?> parameterType) {
   
   
        final Map<Class<?>, TypeParameterMatcher> getCache =
                InternalThreadLocalMap.get().typeParameterMatcherGetCache();

        TypeParameterMatcher matcher = getCache.get(parameterType);
        if (matcher == null) {
   
   
            if (parameterType == Object.class) {
   
   
                matcher = NOOP;
            } else {
   
   
                matcher