最后
经过日积月累， 以下是小编归纳整理的深入了解Java虚拟机文档，希望可以帮助大家过关斩将顺利通过面试。
由于整个文档比较全面，内容比较多，篇幅不允许，下面以截图方式展示 。
由于篇幅限制，文档的详解资料太全面，细节内容太多，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！
需要这份系统化的资料的朋友，可以点击这里获取
HDFS（Hadoop Distributed File System）是 Hadoop 项目的一个子项目。是 Hadoop 的核心组件之一， Hadoop 非常适于存储大型数据 (比如 TB 和 PB)，其就是使用 HDFS 作为存储系统. HDFS 使用多台计算机存储文件，并且提供统一的访问接口，像是访问一个普通文件系统一样使用分布式文件系统。
3、TFS（Taobao FileSystem）
TFS是一个高可扩展、高可用、高性能、面向互联网服务的分布式文件系统，主要针对海量的非结构化数据，它构筑在普通的Linux机器 集群上，可为外部提供高可靠和高并发的存储访问。TFS为淘宝提供海量小文件存储，通常文件大小不超过1M，满足了淘宝对小文件存储的需求，被广泛地应用在淘宝各项应用中。它采用了HA架构和平滑扩容，保证了整个文件系统的可用性和扩展性。同时扁平化的数据组织结构，可将文件名映射到文件的物理地址，简化 了文件的访问流程，一定程度上为TFS提供了良好的读写性能。
4、Lustre
Lustre是一个大规模的、安全可靠的，具备高可用性的集群文件系统，它是由SUN公司开发和维护的。该项目主要的目的就是开发下一代的集群文件系统，可以支持超过10000个节点，数以PB的数据量存储系统。目前Lustre已经运用在一些领域，例如HP SFS产品等。
5、 MooseFS
MooseFS是一款相对小众的分布式文件系统，不需要修改上层应用接口即可直接使用，支持FUSE的操作方式，部署简单并提供Web界面的方式进行管理与监控，同其他分布式操作系统一样，支持在线扩容，并进行横向扩展。MooseFS还具有可找回误操作删除的文件，相当于一个回收站，方便业务进行定制；同时MooseFS对于海量小文件的读写要比大文件读写的效率高的多。
但MooseFS的缺点同样明显，MFS的主备架构情况类似于MySQL的主从复制，从可以扩展，主却不容易扩展。短期的对策就是按照业务来做切分，随着MFS体系架构中存储文件的总数上升，Master Server对内存的需求量会不断增大。并且对于其单点问题官方自带的是把数据信息从Master Server同步到Metalogger Server上，Master Server一旦出问题Metalogger Server可以恢复升级为Master Server，但是需要恢复时间。目前，也可以通过第三方的高可用方案（heartbeat+drbd+moosefs）来解决 Master Server 的单点问题。
6、MogileFS
由memcahed的开发公司danga一款perl开发的产品，目前国内使用mogielFS的有图片托管网站yupoo等。MogileFS是一套高效的文件自动备份组件，由Six Apart开发，广泛应用在包括LiveJournal等web2.0站点上。
7. FastDFS
是一款类似Google FS的开源分布式文件系统，是纯C语言开发的。FastDFS是一个开源的轻量级分布式文件系统，它对文件进行管理，功能包括：文件存储、文件同步、文件访问（文件上传、文件下载）等，解决了大容量存储和负载均衡的问题。特别适合以文件为载体的在线服务，如相册网站、视频网站等等。
8、GlusterFS
开源分布式横向扩展文件系统，可以根据存储需求快速调配存储，内含丰富的自动故障转移功能，且摈弃集中元数据服务器的思想。适用于数据密集型任务的可扩展网络文件系统，具有可扩展性、高性能、高可用性等特点。gluster于2011年10月7日被Red Hat收购。
9、 GridFS
MongoDB是知名的NoSQL数据库，GridFS是MongoDB的一个内置功能，它提供一组文件操作的API以利用MongoDB存储文件，GridFS的基本原理是将文件保存在两个Collection中，一个保存文件索引，一个保存文件内容，文件内容按一定大小分成若干块，每一块存在一个Document中，这种方法不仅提供了文件存储，还提供了对文件相关的一些附加属性（比如MD5值，文件名等等）的存储。文件在GridFS中会按4MB为单位进行分块存储。
三、分布式文件系统的对比
==============================================================================
1、整体对比
| 文件系统 | 开发者 | 开发语言 | 开源协议 | 易用性 | 适用场景 | 特性 | 缺点 |
| — | — | — | — | — | — | — | — |
| GFS | Google | | 不开源 | | | | |
| HDFS | Apache | Java | Apache | 安装简单，官方文档专业化 | 存储非常大的文件 | 大数据批量读写，吞吐量高；一次写入，多次读取，顺序读写 | 难以满足毫秒级别的低延时数据访问；不支持多用户并发写相同文件；不适用于大量小文件 |
| Ceph | 加州大学圣克鲁兹分校Sage Weil | C++ | LGPL | 安装简单，官方文档专业化 | 单集群的大中小文件 | 分布式，没有单点依赖，用C编写，性能较好 | 基于不成熟的btrfs，自身也不够成熟稳定，不推荐在生产环境使用 |
| TFS | Alibaba | C++ | GPL V2 | 安装复杂，官方文档少 | 跨集群的小文件 | 针对小文件量身定做，随机IO性能比较高；实现了软RAID，增强系统的并发处理能力及数据容错恢复能力；支持主备热倒换，提升系统的可用性；支持主从集群部署，从集群主要提供读/备功能 | 不适合大文件的存储；不支持POSIX，通用性较低；不支持自定义目录结构与文件权限控制；通过API下载，存在单点的性能瓶颈；官方文档少，学习成本高 |
| Lustre | SUN | C | GPL | 复杂，而且严重依赖内核，需要重新编译内核 | 大文件读写 | 企业级产品，非常庞大，对内核和ext3深度依赖 | |
| MooseFS | Core Sp. z o.o. | C | GPL V3 | 安装简单，官方文档多，且提供Web界面的方式进行管理与监控 | 大量小文件读写 | 比较轻量级，用perl编写，国内用的人比较多 | 对master服务器有单点依赖，性能相对较差 |
| MogileFS | Danga Interactive | Perl | GPL | | 主要用在web领域处理海量小图片 | key-value型元文件系统；效率相比mooseFS高很多 | 不支持FUSE |
| FastDFS | 国内开发者余庆 | C | GPL V3 | 安装简单，社区相对活跃 | 单集群的中小文件 | 系统无需支持POSIX，降低了系统的复杂度，处理效率更高；实现了软RAID，增强系统的并发处理能力及数据容错恢复能力；支持主从文件，支持自定义扩展名；主备Tracker服务，增强系统的可用性 | 不支持断点续传，不适合大文件存储；不支持POSIX，通用性较低；对跨公网的文件同步，存在较大延迟，需要应用做相应的容错策略；同步机制不支持文件正确性校验；通过API下载，存在单点的性能瓶颈 |
| GlusterFS | Z RESEARCH | C | GPL V3 | 安装简单，官方文档专业化 | 适合大文件，小文件性能还存在很大优化空间 | 无元数据服务器，堆栈式架构(基本功能模块可以进行堆栈式组合，实现强大功能)，具有线性横向扩展能力；比mooseFS庞大 | 由于没有元数据服务器，因此增加了客户端的负载，占用相当的CPU和内存；但遍历文件目录时，则实现较为复杂和低效，需要搜索所有的存储节点，不建议使用较深的路径 |
| GridFS | MongoDB | C++ | | 安装简单 | 通常用来处理大文件（超过16M） | 可以访问部分文件，而不用向内存中加载全部文件，从而保持高性能；文件和元数据自动同步 | |
2、 特性对比
| 文件系统 | 数据存储方式 | 集群节点通讯协议 | 专用元数据存储点 | 在线扩容 | 冗余备份 | 单点故障 | 跨集群同步 | FUSE挂载 | 访问接口 |
| — | — | — | — | — | — | — | — | — | — |
| HDFS | 文件 | 私有协议（TCP） | 占用MDS | 支持 | | 存在 | 不支持 | 支持 | 不支持POSIX |
| Ceph | 对象/文件/块 | 私有协议（TCP） | 占用MDS | 支持 | 支持 | 存在 | 不支持 | 支持 | POSIX |
| Lustre | 对象 | 私有协议（TCP）/ RDAM（远程直接访问内存） | 双MDS | 支持 | 不支持 | 存在 | 未知 | 支持 | POSIX/MPI |
| MooseFS | 块 | 私有协议（TCP） | 占用MFS | 支持 | 支持 | 存在 | 不支持 | 支持 | POSIX |
| MogileFS | 文件 | HTTP | 占用DB | 支持 | 不支持 | 存在 | 不支持 | 不支持 | 不支持POSIX |
| FastDFS | 文件/块 | 私有协议（TCP） | 无 | 支持 | 支持 | 不存在 | 部分支持 | 不支持 | 不支持POSIX |
| GlusterFS | 文件/块 | 私有协议（TCP）/RDAM（远程直接访问内存） | 无 | 支持 | 支持 | 不存在 | 支持 | 支持 | POSIX |
| TFS | 文件 | 私有协议（TCP） | 占用NS | 支持 | 支持 | 存在 | 支持 | 未知 | 不支持POSIX |
四、选型参考
========================================================================
-
适合做通用文件系统的有：Ceph，Lustre，MooseFS，GlusterFS；
-
适合做小文件存储的文件系统有：Ceph，MooseFS，MogileFS，FastDFS，TFS；
-
适合做大文件存储的文件系统有：HDFS，Ceph，Lustre，GlusterFS，GridFS；
-
轻量级文件系统有：MooseFS，FastDFS；
-
简单易用，用户数量活跃的文件系统有：MooseFS，MogileFS，FastDFS，GlusterFS；
-
支持FUSE挂载的文件系统有：HDFS，Ceph，Lustre，MooseFS，GlusterFS。
总结
三个工作日收到了offer，头条面试体验还是很棒的，这次的头条面试好像每面技术都问了我算法，然后就是中间件、MySQL、Redis、Kafka、网络等等。
- 第一个是算法
关于算法，我觉得最好的是刷题，作死的刷的，多做多练习，加上自己的理解，还是比较容易拿下的。
而且，我貌似是将《算法刷题LeetCode中文版》、《算法的乐趣》大概都过了一遍，尤其是这本
《算法刷题LeetCode中文版》总共有15个章节：编程技巧、线性表、字符串、栈和队列、树、排序、查找、暴力枚举法、广度优先搜索、深度优先搜索、分治法、贪心法、动态规划、图、细节实现题
《算法的乐趣》共有23个章节：
- 第二个是Redis、MySQL、kafka（给大家看下我都有哪些复习笔记）
基本上都是面试真题解析、笔记和学习大纲图，感觉复习也就需要这些吧（个人意见）
- 第三个是网络（给大家看一本我之前得到的《JAVA核心知识整理》包括30个章节分类，这本283页的JAVA核心知识整理还是很不错的，一次性总结了30个分享的大知识点）
需要这份系统化的资料的朋友，可以点击这里获取
还是很不错的，一次性总结了30个分享的大知识点）**
[外链图片转存中…(img-Ol8Poeiz-1714966528567)]
需要这份系统化的资料的朋友，可以点击这里获取