kerryjiang
在2.0中，FixedHeaderPipelineFilter没有封包拆包处理
大佬看到麻烦回复一下，挺急的，我继承了“FixedHeaderPipelineFilter”，但是这个类没有做封包拆包处理，原来我用1.6版本的时候是有这个方法的。还是说.netcore版本的已经不需要封包拆包了？
Please check this sample https://github.com/kerryjiang/SuperSocket/blob/27553dccc65ad88915343ba873a93f697b15efcb/test/SuperSocket.Tests/FixedHeaderProtocolTest.cs#L37
You need define the header size, and DecodePackage by yourself
The Filter method of IPipelineFilter is processed here https://github.com/kerryjiang/SuperSocket/blob/27553dccc65ad88915343ba873a93f697b15efcb/src/SuperSocket.Channel/PipeChannel.cs#L467 The logic you mentioned should be processed here If you think there is a problem, you could try to debug it
嗯，我大概找到了这个部分，但是好像这个部分有点问题。譬如我现在有一个头部固定是10个字节的数据，然后通过GetBodyLengthFromHeader方法获取到总数据包是50个。 但实际我只传了48个字节，然后我第二次再传2个字节。这里程序没有很好的拼接成完整的50个字节。
the current pipeline filter needs more data to process https://github.com/kerryjiang/SuperSocket/blob/27553dccc65ad88915343ba873a93f697b15efcb/src/SuperSocket.Channel/PipeChannel.cs#L498
This part should work fine, however you can debug and check
我大概知道原因了，我第一次传了一个残缺的包后，后面没有紧跟一个正确的包，然后过了一会，又来一个完整的包，这个时候会拼接到第一个包，然后导致后面所有的数据包全部错了。请问哪个机制可以判定，譬如如果过了一秒以后，我将丢弃缓存中的包，然后重新解析下一个新的包？
丢弃缓存中残缺的包，写在哪里比较好？用哪个方法
Not sure, have no experience about this, previously I think the lib could handle this automatically. Maybe @kerryjiang can help
我想请教下一个问题，针对FixedHeaderPipelineFilter，是不是每一个session都是一个单独的实例？
https://github.com/kerryjiang/SuperSocket/blob/27553dccc65ad88915343ba873a93f697b15efcb/src/SuperSocket.Server/SuperSocketService.cs#L170 each session maps to a channel, every channel should with its own PipelineFilter
我遇到了同样的问题，现在解决的思路有两个，如果错误的包是固定的，可以单独把这种包排除掉，如果不是固定的，则只有先缓存所有包，然后自己用代码从缓存的包里解析出正确的数据
