三星的手机，买回来第一件事就是刷港版系统，不影响售后（参照之前的帖子，实际上是不影响官方授权的第三方维修），且使用体验上基本没区别（除了三星 pay 这种跟地区绑定的）。三星手机已经退出中国，为了避免不必要的纠纷，像 FCM 、play store 这些不在国内售后范围内的东西，它是出一丁点问题就用阉割来应对。

Powershell 跟 shell 的区别，与 Java 和 Javascript 的区别类似。一有门槛不是你想用就能用的。二真得大多数场景下没必要用。三最要命，等你达到了门槛，并且还有需要的场景的时候，Python 比 Powershell 更好用。

家里的 VHDX 虚拟磁盘，动态扩充类型，最大大小即虚拟机中看到的大小 127GB ，当前文件大小 77.29GB 。而在宿主机的文件属性上，大小和占用空间均为 77.2GB 。

终结吧

@hez2010 #22 你对 GPL 的理解是错误的。首先 GPL 允许盈利。其次 GPL 的名声属于每个贡献者而非原始组织者。再次 GPL 协议项目的社区集中是因为社区管理成本的而非 GPL ，原始社区摆烂后另起社区，或者新旧两个社区和解后再次合并，在开源界是经常发生的事。

GPL 最大的问题是，哪怕只有 0.0001%的部分不适合公开，整体上都没法参与 GPL 了。别得东西都是抛开剂量谈毒性是耍流氓，到 GPL 这就成了只看毒性不看剂量，这就导致 GPL 没法通用。

你对 MIT 的理解也是错误的。MIT 协议的核心不是放弃权力，而是避免被甩锅——代码你想咋用就咋用，但是出了问题别找我。举个例子来说，门口种的可能有毒蘑菇，别人偷吃了你要担责，但你要是树了个 MIT 的牌子，那就不能找你的事。这种甩手掌柜的态度，怎么可能还会有让社区贡献代码的想法，使用 MIT 协议的软件往往连社区都没有。

@ipwx #73 文件系统跟虚拟磁盘动态分配，是两码事。Size 12G ，Size on disk 137M ，这是文件系统干的事，不是虚拟磁盘动态分配干的事。我只是说出这些事实而已。

@tool2d Hyper-V 的 VHDX 动态磁盘，应该有助于区分虚拟磁盘的动态分配，跟 NTFS 文件系统的稀疏文件。如果你有 Hyper-V 的话，创建一个 VHDX 动态虚拟磁盘，然后把虚拟机内磁盘大小、宿主机上文件的 Size 、宿主机上文件的 Size on disk 都列出来，应该就能终结此贴的争论了。

@ipwx #64 扇自己一巴掌，Size on disk 才是磁盘占用空间。但是这个 12 G ，仍然是 NTFS 文件系统的事。

@ipwx #64 你为何对 Size 这么大误解，文件的 Size 就是在文件系统上的已经申请出来的大小。预定义但没申请的磁盘，这个是只能程序自己保留的，这也不是虚拟磁盘的特性，任何一个程序都能这么干。

@icaolei #13 FCM 推送是只负责推不负责订阅，订阅是由 APP 自己处理的，所以 APP （理论上应当是 APP 的一个服务）必须常驻或者自启才能够接受和后续处理消息。Android 本地通知中心只跟本地 APP 沟通，不跟推送服务器沟通，这点跟 IOS 是不一样的。
@hingbong #16 一次收到不代表永远收到。FCM 能否生效，取决于 mtalk 域名的 DNS 解析，能否连上解析后的 mtalk 服务器 IP ，能否连上 FCM 服务器并订阅，等等，这些环节任何一个出问题都会导致 FCM 失效。三星懒得测试就直接在系统 DNS 上强制 mtalk / FCM 全解析到国内，导致有梯子都连不上。MOTO 跟其他厂商基本上是完全不管，能否连上全看心情，反正不再售后范围内。

Namesilo 最大的优点就是稳，稳就意味着基本没有优惠。

不能。而且，不是不用梯子不能，而是用了梯子也不能，只要是国内的系统。

所有国行系统的 GMS 框架，都是为了解决部分 APP （游戏）没有 Google Play Service 就不能启动的问题的。像 Google Play 商店、FCM 推送这些，都是解决上面问题的副作用，并不是正常目标。部分厂商，为了避免测试和政策的麻烦，会在加了 GMS 框架后再加阉割手段把副作用屏蔽了。比如三星国行，直接系统 DNS 上屏蔽 FCM 的域名。

开源项目需要一个社区来管理。极少数项目能有商业公司负责社区，少量项目能搞出自己的社区，绝大多数项目没弄出社区就黄了，然后剩下的一部分项目就靠 apache 基金会、Eclipse 基金会等来维持社区。

“有很多很厉害很知名的开源项目，并不会很特意的想加入 apache 基金会，为何这些项目不会想加入了？” 自己有心思和钱整社区了，就自然没必要在依靠 Apache 基金会了。重要的是有社区，至于社区依靠哪个不重要。

下面那个问题就不粘贴了，强调自己是 apache 基金会项目，就跟强调德国红点设计奖一样，如果底子厚这就是锦上添花的描述，如果底子薄这就是遮羞的描述。

“另一个问题是，apache 里面很多项目好像都是商业公司在运作？ 这些公司为何要加入 apache 组织了？如果运作的项目足够厉害，也依然会有很大影响力。 为何一定要加入 apache?” 感觉你这么说应该不对，apache 基金会是独立非营利性组织，它有自己的管理，这些商业公司通常只是基金会的会员而非组织者，或者通俗点说，他们只是 apache 基金会的捐赠者。有部分商业公司除了直接捐赠外，还会在内部设置专门的开发者职位来间接支持社区。此外，也不排除有些商业公司，开源项目但强力控制社区，来反向从开源社区吸血。

最后一个问题，真不重要。

@pupboss #1
@weak #11
@zcybupt2016 #12
@YSMAN #19
@ipwx #21
Size 11.7 GB ，Size on disk 138MB 。12G 资源已经分配了，后面是磁盘系统实际占用 138MB ，这个跟虚拟磁盘无关。

卧槽，挖坟

微软、IBM 的文档，机翻替代人工翻译的越来越多了，反而是早就退出中国的谷歌还在坚持人工本地化。还是赶紧把英语学了吧，现在的形式下，说不定以后不会英语连电影都看不了了。

你拿一个已经退出中国的国际化手机，跟国产手机，在国内应用场景上比较，这是刷流氓。国内应用场景，还是老老实实 IOS 吧，SE 3 也才 3000 多。剩下的不管是三星（刷港版系统），还是一加，还是各种水货，都是给 Google Play 国际化（或者说通用化）场景使用的。

当你像找一个卷的人少的地方的时候，你到那里都会被卷，因为你自己的动机就是卷掉别人。通过提高门槛减小竞争人数，跟通过“奋斗”跑在其他人前面，并没有多少区别。

@qrobot #22 网络通信是七层，不要死扣在传输层 TCP 协议这一个上。帧的英文是 Frame 。还有不要再回复了，这贴是给楼主的内容农场引流的，正方反方意见都不重要，都会给楼主引流。

四层传输层 TCP 协议流式，七层应用层通过缓冲区映射成数据包处理，说粘包并没错。但是“粘包”这个词是生造的，用于新手快速理解还可以，再深入点就该换成“分帧取帧”，或者“帧解码”。