以前在更新到新的iOS版本之前，你是否会先把设备中的所有数据和文件备份到云中呢?随着下一个iOS新版本的到来，你可能必须如此。在这个新的版本中，苹果将引入新的文件系统——Apple File System(苹果文件系统)，取代目前iOS系统所使用的HFS+。
HFS+和APFS
HFS+从1998 年开始到现在，已经使用了将近20年了，而为了跟上现代电脑运算指令，HFS+在过去的时间里也不断进行更新。
从那时候开始，HFS+就贯穿着苹果的一系列设备。它经历了千字节、兆字节再到千兆字节和兆兆字节。我们也经历了从硬盘驱动器到SSD，从物理安装方式到数字下载，从手动备份到Time Machine以及iCloud的过程。一路走来，HFS+及其团队一直让它保持活力，但随着时间的推移，要想再往前一步，你总是需要一些新的东西来打破陈规。
HFS+现在运行于所有苹果设备，但在不同的设备中其执行的方式也有所区别，包括一些关键的领域，例如加密。这意味着不同的源代码和分开的维护、开发。无论是现在还是将来，APFS 能够让苹果平台更加一致地进行扩展，它允许单个代码库使用更少的资源来开发和维护，并让它发展得更快和更好。
苹果从2014年就开始了APFS的开发，这不是一个基于已有文件系统开发的东西，而是从头到尾打造的全新独立系统。2016年6月14日，苹果在WWDC2016上正式发布全新文件系统——Apple File System，即APFS苹果文件系统。
APFS先进性在于它是专门为固态硬盘及闪存优化的文件系统，基于一种独特的边写入边复制的特性，使设备I/O(输入/输出接口)合并，以最大限度提高存储性能，同时确保数据可靠性。
APFS支持空间共享，即允许硬盘或闪存上的多个物理卷共享底层可用空间，而不是已经固定好的空间量，例如：容量为100GB的硬盘，对于10GB容量的A盘和B盘，其可用空间均为70GB。
安全与隐私是APFS的设计基础。加密是APFS原生支持的特性，用户可以针对每个卷选择下列任何一种加密方法：不加密，统一用一个密钥加密，或多密钥加密(针对每个文件使用专用密钥加密，同时针对敏感的元数据使用一个单独的密钥)。多密钥加密可确保哪怕设备物理安全受到威胁，依然可以保障用户数据的完整性。取决于具体硬件，APFS加密可使用AES-XTS或AES-CBC算法。
开发者的态度
你的iOS系统会自动转化到新的文件格式，它与旧的格式不兼容。因此在安装新版本的过程中，如果你的设备出现了什么问题，你存储在设备上的文件可能就危险了。
目前iOS最新版本为iOS 10.2.1，下一个重大更新为iOS 10.3。苹果公司自2月份开始发布iOS 10.3的测试版本，目前已经是发布到第5个测试版了，预计会在本月底发布正式版。
从目前的情况来看，大部分开发者都比较喜欢这个新的文件系统。与此前的 HFS+ 文件系统相比，这个新的文件系统能让他们在应用管理上有更多发挥空间，它的加密性能更强，管理大量数据比较方便，时间戳得到完善，节省了空间，避免文件崩溃等，总之优点很多。
不过这个新的文件系统也有不好的方面，开发者表示iOS 10.3会自动将设备上的所有数据转化到APFS，数据存储的格式将会更改。数据虽然还在，但是格式和以前的不一样了。
因此在将设备转换到新格式的过程中，如果出现了什么问题，即使你已经对文件进行了备份，只是将上一个版本的文件转移过来是没有用的，因为新的iOS系统根本不能读取旧格式的文件。所以如果应用出现了什么问题，或者数据丢失，应用的开发者大概也是爱莫能助。
用户须知
当然最终所有苹果设备都会使用 APFS 这个新的文件系统，苹果也会提供简单快捷的方式去帮助用户进行更新和文件转移。不过如果你想将 APFS 转换回到 HFS+，苹果说没有办法。所以在文件系统升级到 APFS 之后，要是出现了什么问题你想恢复到旧版本 iOS 的话，那么你需要重定格式，恢复旧的文件系统，在这个过程中你设备上的所有文件都会被删除掉。
当然你如果已经完全备份了，那这个也不是什么大问题。如果你的设备变砖，而你又偷懒没有备份的话，那就悲剧了。
用户安装iOS 10.3之前应该会收到苹果的备份提醒，而很多人可能会对此视而不见，或者觉得苹果是多此一举，以前自己也经常在没有备份的情况下就进行更新了，根本没有必要。请不要这样子!
要指出的是，苹果还是非常努力避免出错，导致用户数据丢失的问题。对于丢失数据这种事情，苹果一名工程师是这么说的：“那种感觉就好像，我弄丢了一张照片，而那恰好是我保存的唯一一张关于奶奶的照片。”因此即使本次更新出现问题，它影响的范围应该也不大。
如上文所说，iOS 10.3是一次重大更新，除了引入全新的苹果文件系统之外，还增加了查找我的AirPods。另外，iOS 10.3还改进了应用动画、设置应用全新的Apple ID配置文件、更清晰的iCloud储存使用情况、SiriKit改进以及新的iCloud分析选项。
最后再次提醒广大用户，更新iOS 10.3之前一定要进行完全备份。
便携式智能音频播放器测评报告[二] 数字输出/USB等功能测评
iBasso的DX220+AMP1MKII在搭配耳机方面的表现还是令人比较满意的，今天这篇相当于补充测评看看其他几个部分的声音表现，主要包括S/Pdif的数字输出以及Lineout到音箱功放系统，以及USB DAC模式下表现。还有Android、Mango双系统表现。下面直接进入客观测评部分。
客观成绩
由于同步系统故障，USB部分的数据下次补上。这里只有S/Pdif下表现。从客观数据来看，表现很好，没有太多需要说明。USB模式下，还是之前谈到的和某些硬件USB接口甚至Type-C的连接线都有些敏感，兼容性不好，但客观测试成绩没问题。
主观听感
主观听感部分，我们对比享声MR1的Lineout，非平衡输出。使用AirPulse A100作为参考。S/Pdif部分，同样使用MR1作为参考，连接到矩声Element-M的S/Pdif输入。USB部分和自己对比。
Lineout部分表现：这部分的表现今天的测试可能对于iBasoo来说是多余的。DX220标配的AMP1MKII模块带有Lineout输出，但在耳机部分有中频单薄的问题，在Lineout到音响系统后更为突出，差距也变得很大。它的人声此时听起来像捏着嗓子在叫，比较诡异。器乐部分表现还算可以接受。中频和中高频声音明显被掐住的感觉，很不舒展，所以估计和M2 Pro比也差距不小，不用说R2R2000红版了。值得一提的是，PCM下的多种数字滤波器，在连接音箱系统时，一般可以听出来明显更大一些的差异，值得一玩。
S/Pdif部分表现：值得一提的是，像Element-M这样既支持自己播放，又支持外接S/Pdif输入的播放器解码器的出现，我们对比发现它们在播放器模式下的表现还是要好于它们在S/Pdif输入和USB模式下表现。比如矩声Element-M、景丰MX-2Pro[USB模式]。即便MR1这样优质的数字信号输入，也不是100%完胜Element-M本身播放器模式，比如在低频部分就明显不如播放器本身，但中高频部分各有千秋。但USB部分XMOS的表现是完败播放器本身。
回到DX220的数字输出，它的数字输出表现整体动态还是相当好，没有了之前模拟输出部分谈到的中频被掐住了的问题，说明这样的问题可能8成以上以为AMP1MKII模块，不是数字部分的问题。但是如果以很高要求来看，DX220的数字输出还和享声差的远，它只能被看作一个水平不错的功能用途，而不能当作很高水平的提升用途。
USB部分表现：USB兼容问题其实比较头大，一根线不对可能就半天发现不了设备。但整体来说，XMOS的USB部分惊喜不大，似乎还是播放器本身的表现更为细致松弛一些。
Mango系统表现：Mango系统在DX200上声音就要比Android系统更弹更紧绷一些，不知道这是如何做到的。在DX220上同样如此，低频会觉得更有弹性，整个声音要比Android系立体不少，但高频会显得更硬了一些，瞬态收的更紧，声音不舒展。似乎在DX220下，还是Android表现更正常一些。
总结
相比DX200来说，iBasso DX220+AMP1MKII的表现进步还是相当大，尤其是在表面上看核心部分设计都没有什么变化的情况下，有如此提升应该说并不容易。声音的解析力、层次和动态表现都不错。只是在中频部分，如果想要和R2R2000、M2Pro 、MR1这样对手相比，那差距稍微有点大。
在智能播放器方面，iBasso的软件基础功能做得很不错。但是扩展功能要落后于海贝和飞傲，网络、蓝牙控制等方面的不足显而易见。而双向蓝牙的接收端兼容性、USB兼容性、LDAC高质量模式不可用等小Bug也说明软件方面有不足，不过这些问题估计修正起来不算太难。
DX220是一个可以更换而放模块的播放器，虽然耳放模块是可以兼容以前设计的，但从声音角度来看，包括我们使用了AMP5、AMP3等，感觉要想有好的发挥，要想挑战该价位的竞争对手，以前的耳放模块的设计还是明显不够的。也许这说明，DX220还是有很大提升空间的。
