关于下一版本

XFile 2026.08.01已经发布，

目前市场上有类似名称和功能的ios app,但是这些均不是我们开发的,和我们无任何关系,也不兼容我们的服务器, ios版本的客户端暂定名称为XFileI , ios图标可能为下面两者之一,与android以及windows桌面系统保持统一风格:

2026.09.12补充开发信息,在下一版本中,我们在XFileC客户端中,针对机械硬盘的读写,引入了并行读写功能,该功能类似于windows的完成端口或者linux下的uring,但是我们这套技术不使用这些与平台强绑定的调用,而是自己的一套独立的与平台无关的并行实现,在我们的测试中,在单一任务下,相对于之前的老版本,提高约3%--25%, 读写波动非常小了,两个任务同时执行,基本可以跑满网络可用带宽[千兆网络下实测]. 但是这个技术对本身足够高速的nvme ssd的加速作用很小,但是可以辅助缓外读写,这个技术付出的代价是两个线程,加上额外的大约1.5MB内存开销.  其次我们调整了内存和传输的块对齐(包括客户端 服务器端和移动端) ,从原来的4KB对齐,调整到了16KB,特别是新的Android系统的趋势都是16KB对齐,聚合传输也调整到128KB对齐(老版本16KB兼容对齐). 最后,我们针对中文和英文之外的平台，特别是Linux系统下,优化了自动检测语言功能，客户端将更准确的匹配语言文字. 由于OpenSSL 3.0.x系列的公开支持在9月份结束了,最新的一个版本是3.0.22,因此,我们可能会在10月或者11月发布一个新版本,再之后,是采用3.5.x版本的OpenSSL还是转向其他类似Libressl之类的,我们将在评估后确定.

 苹果的ios客户端的内核已经基本完工,SSL连接需要新版本2026.08.01服务器端启用隐式SSL连接支持. 由于SSL系列函数被注销而且禁止对底层进行拓展,导致ios平台对显式FTP SSL的支持非常麻烦. 在2026.08.01版本发布之后,我们的主要精力要放在ios客户端开发上了,至于什么时候能开发完,能不能上架苹果商店,我无法给出具体时间,因为版权申请,app注册,上架等完全由其他相关方决定,能确定的是,我会将ios客户端开发完.