遇过基本类似的问题，之前有一次把全设备都退出了 iCloud ，之后全设备就都无法登陆 iCloud 。当时先是自行搜索，发现国外 iCloud 也有这种情况，不少人在 apple/reddit 等网站提问题，而且基本都没法自行解决，外国人也是人工客服介入解决的，所以我觉得是 iCloud 自己的问题，建议你直接找客服。而且鉴于国内中文客服基本都只是服务比较基础的问题，所以 业务能力 /权限 不足，你需要投英文客服。

国内的客服有英文客服，他们的权限高一点（可以看你的设备投屏的那级），你可以投他们的电话支持。我的问题他们手机平板和电脑一个个设备解决，大概是一下午时间。关于投英文客服电话支持的方式，你可以把语言设成英文然后去国内官网投，应该可以直接转接到英文客服；如果还是中文客服，你可以问一下他们能不能直接解决，不行的话让他们给你转接英文客服。我当时直接就是英文客服。

ps: 对于这个问题他们有专门的文档，所以我更加确信这是 iCloud 一个长期未修复的 bug 。

@ikn0wzxc
4k60hz 的，再高电脑带不动:(

我的使用场景用不到高刷就没上，而且因为我想直接菊链连显示器省得笔记本插满插头，所以再高分辨率带宽也不够。

之后应该会上双 27 60hz ，我朋友就是这个配置，实际体验非常不错，侧屏插主机打游戏简直了。所以比较建议你两块 27 组主侧屏。

现在用的是两块 24 寸 4k ，也用过 27 寸的，我体验是主侧放比较好，主屏当工作区，侧屏放文档。改善一下工作流（比如文档多看一会再 cv ，而不是频繁对照两块屏幕）就可以少转头。竖屏我只有在用侧屏看长文档的时候才会调，平时双横屏。

苹果控制中心自带的 speaker 里面的 dark noise 听起来很舒服，我一直用这个。

我前几天刚从橡胶换成尼龙，尼龙因为是连起来一根所以没有长短表带。橡胶那个短的确实只能闲置，如果想等着把长的用报废换短的那这会儿没扣子那半估计也已经报废的差不多了，当替换件用不现实。

@FrankHB
不是很理解你这段话的主题。我大概总结出你想说在一次性学很多门语言的情况下累计的学习时间会在整个项目中占很大的开销。

但这种情况的前提是整个项目用的语言非常多并且参与项目的人对其中大部分都不了解，同时这个项目还要求代码是 sophisticate 和 idiomatic 。我感觉那这样没必要抱怨语言，直接骂项目管理是傻子就行了。

Go 的 rpc 挺好用的，什么好用用什么。语言这种东西几天就能上手开发，相比于整个项目开发省下的时间肯定是值得。个人感觉就算是从零开始学习，语言在整个项目开发过程中占的时间也只是很小一部分，为什么一直要对着这方面开炮？扯架构也比扯语言有意义吧。

我的 2019Intel mbp13 插两个 4k 合盖用了一年什么事都没有，反而过年回老家的时候因为天气太冷+开盖使用，把电池和 Touch Bar 冻坏了。年后去售后换了一套，当时顺便和员工聊了会儿天，他说 19 款的屏幕已经没有涂层脱落问题了，可以放心用。

一直感觉语言之间打仗没什么意义，一般语言想上手学个 30%就够用了，边写边查，总共也用不了多少时间，op 发这种主题也算无奈了。有这空发动语言之间宗教战争还不如看点底层点的知识，语言这种顶层的东西就算口水仗打赢了也没什么成就感，输了的反而心里还难受，何必呢。

指针那块有个很简单的区分数组指针和指针数组的方式，就是看优先级：[ ]的优先级比*高，所以 int *arr[100]是指针数组； int (*ptr)[100]是数组指针。感觉你写得有点复杂了。

你好不容易困了人家公司给你跳个广告出来，每月仅需 99.9 刀即可享受做梦无广告。
就问你开不开吧:P

为了移民而读书我是不太理解，一个人在一个熟悉的人、物、社会环境下都没能力负担移民，那凭什么觉得自己能在一个更不熟悉的地方生存下去。读书的移民说好听点是移民，说真实点就是旅游，你能靠读书过去并不意味着你有移民的能力，只能说你有能力去那玩。

@ShadowPower
我现在 Activity Monitor 点进去 WindowServer ，Memory 下有四个 Size ，其中第二个 Virtual Memory Size 大小是 40G ，然而我现在用的笔记本 Physical Memory 只有 16G ，加上 Swap 也就 17G ，所以很明显它用了 Virtual Address Range 来计算 Memory ，而这个得出的最多只是 Virtual Memory Range ，这还只是建立在它纯粹用 Virtual Address Range 来计算的基础上，因为我不知道它内存算法是什么，所以这也不一定是纯粹的 Virtual Memory Range 。更不用说其他的三个数据了，完全就是黑盒，四个数据没有一个是等于 Activity Monitor 里面显示的 WindowServer 的内存。所以你说我能靠 Activity Monitor 显示的“内存”知道这个应用到底用了多少内存吗？真别纠结了，看下内存压力就得了。

最后，我的观点已经全部证明过了，你说的内存泄漏 blabla 的我真不关心，真别浪费时间了。

@ShadowPower
苹果确实做了起码是类似于虚内存空间范围当内存的事情，你可以看一下进程数据，四个数据里面有一个明显很大，超过了物理内存和 swap 的总和，所以它到底怎么算内存还是不清楚。

到这里我说的一切你都没否认了，因为我本来就想说内存管理逻辑不清楚，所以看内存压力就行了。至于你提出的有没有内存泄漏，电脑卡是什么原因，你说这么多和我的观点也没什么交集，我不关心。就这样吧，别浪费时间了。

@ShadowPower
1.我本来就是要是说内存申请不用挺正常，这点你说会在内存不够的时候杀掉，确实，但是前提是内存不够。但是这是建立在内存不够的基础上，在系统觉得内存够的时候它留着也很合理，这时候你外部看着就是没回收，虽然你觉得内存不够了。此外我举这个例子的目的也已经达到了，就是说内存分配了不用很正常。

2.没，我说的虚表是 Page table ，内核给每个进程分配一个 Page table 我觉得起码是共识，如果一个进程实际使用的物理内存有一块映射到 0 上，另一块映射到 0xFFFFFFFFFFFF(12 个 F)，那假设 macOS 一个页占 4k ，它实际上也就占了 8k ，然而如果 macOS 计算内存的方式是计算虚表内存空间的范围，那它算出来就是 2 ^ 36 ，也就是 64g 。

总之我想说的就是 macOS 内存分配逻辑它没告诉你，源码也没有，那它 swap 想怎么用怎么用，那个活动监视器想说占了多少内存就占了多少，你点个进程进去能看见 4 个内存的数据，从 MB 到 TB 不等。它真分配多少内存，说直接点，就是个黑盒，它就是骗你你也不知道啊。

@ShadowPower
1. 内存申请了不用很正常，其他操作系统像安卓也有空进程，当缓冲用加速的。
2. 要是给源码那还能看下是不是内存泄漏，然而 macOS 你看不了源码，内存管理逻辑也不清楚，万一它算内存是直接按虚表地址空间大小来的，那显示的内存再大也只能说明虚内存空间大而已，物理内存你又不知道。你有什么证据说它内存没回收吗。

@ShadowPower
buffer pool 就是占了内存不用的例子，你说这是内存泄漏？