若汝棋茗

那个组件？那个版本？怎么操作的？你从那个时机获取的Online属性？

因为版本差异太大。建议您升级最新版使用，如果升级有困难，那您可以下载：[4.x版本源码](https://github.com/RRQM/RRQMSocket/tree/4.x%E7%89%88%E6%9C%AC)，然后自己调试看看。

Please describe your problem in detail and show some useful code as much as possible so that I can quickly locate the problem.

理论上应该不会出现这样的问题，但是需要注意的是，文件在传输之前都需要进行验证，设置属性在fileRequest.FileCheckerType，默认情况下是MD5验证，所以，当文件太大时，可能执行时间太长而导致的，你可以多等一会时间，或者设置fileRequest.FileCheckerType = FileCheckerType.None;

感谢您的建议，但是计算的方式来执行并不可行。首先switch的效率会比计算的快约1000倍。其次，内存块的设计主旨并不是获得“需求”大小的内存，而是将内存在可使用范围内复用，以达到节约申请内存时间和避免内存碎片化问题。最后，RRQM也考虑到HitSize或许在极端环境中无法高频命中的问题，所以也增加了AddSizeKey的方法，例如您的业务中需要频繁申请大数据，那么您可以添加一个适当值，当下次获取时，将不会执行HitSize，而是直接从池中获取。

新文件会在检验m_writer后创建的。

ok

看文档

可以的