官翻肯定包含送修换下来的，都是要返厂检测的，有坏的原件要换掉，机壳键盘等也会拆分回炉重造，但是好的芯片和屏幕肯定保留，要都给换成新的，苹果就只能省一些个不值钱的部件的成本，它为社么要单开一个耗费人力的流水线做这个官翻？

你要担心 SSD 的寿命可以联系苹果客服要他们确定会不会换新 Flash，我估计是不会的，因为已经焊在板子上，替换特别耗费人力。

看不懂，请用抓手、闭环等业界术语解释一下。

中文变量名或者常量名如果要序列化或者和其他语言交互就容易出问题，这时候又要转译真是和汉编一样多此一举。

一般八股（固定答案问题）和算法题都是不可以 Google 的，因为你一搜就知道答案了，一般每道题解答时间也有限，没有时间给你搜。

我见过的写代码实践的面试都是给 Google 的，我们公司还要求自带笔记本和 IDE，提供 Wifi 密码（自带外网），按照正常工作的环境来做一个小项目，从处理依赖一直做到编译测试，中间不免有不熟悉的需要查，要不然花很大的劲招一个只会哑巴编程的也不行。

任务管理器性能那一页底下打开资源监视器，然后在磁盘那一页把中间一个框展开，按照响应时间从大到小排序，看看是不是有什么意想不到的文件在你的非系统盘。

官方的 OpenJDK 编译停了已经有几年了，只提供商业授权的 Oracle JDK 下载了，第三方编译的很多，比如 adoptopenjdk 或者 Azul 的 zulu 。

弄个 Windows 电脑做远程桌面服务器，树莓派变成瘦客户端用？临时展览的话还可以租用云服务器

一般是 IOMMU 组的问题，你可以看一下启动 SR-IOV 那个界面那个树状图里是不是有其他什么设备在同一个节点里，那个设备可能启动的时候被什么驱动使用了，你要修改相应的配置文件来屏蔽。如果 VMWARE 的 KB 上没有对应设备的屏蔽方法的话，上 my vmware 发工单。

可能是你电源的 5V 待机电是电容降压的形式提供的，在这种电路中断开零线保持火线连接就可以感应出电压。但由于零线不通，负载会逐渐把输出端的地拉到和正一样的电压，然后没有电压差电路就不工作了，所以绝大多数情况下是察觉不出来这个电路是带电的。

你这里应该是电源主板等形成了一个电容能积累一些这个感应电，然后这个待机电路上所有的器件耗电又很少使得电压差能越积越多，直到累积到某个点，可能是某个半导体电路的正向电压或者是某个电源管理芯片的最低电压，之后硬盘盒的电路接通并尝试工作，但是一开始大规模用电就会很快把电容里存的电耗光。然后整个电路里还有一些原件在缓慢的向地线漏电，所以最终能重建电压差，周而复始。

你可以用万用表测一下这个插座的火线和零线是不是反的就知道了，插座的开关一般只断开一根线。如果你有测量功率因数的仪器的话，可以在关机状态下测一下，如果有功率而且因数很低那肯定是有电容降压。

这个问题最根本的是你的 USB 硬盘盒和操作系统协商的是什么协议，如果是 USB Mass Storage/BOT，也就是 U 盘，那 Windows 是不能在上面运行的，因为不支持在 U 盘上多个分区，只有一个分区可以读写，如果 EFI 分区可以读，那系统分区就读不了，PE 系统可以跑是因为它的系统分区是一个 RAM disk 。你要在这种盘上跑正常的 Windows，必须把系统装进一个 VHD，放在唯一的分区里面，同一个分区在做上 EFI 引导，因为 EFI 只认 FAT，这个效率和 U 盘的损耗都很大。

如果协商的是 UAS(P)，即 USB 协议里套 SCSI，那是可以完全支持的，但是存在非 Windows to go 发行版不能用的软限制，通过修改注册表可以绕过。

检查硬盘盒是怎么识别的可以通过系统自带的磁盘管理实现，在 USB 设备对应的磁盘上（下半部分最左边那一栏，而不是分区上）点击右键，如果有“更改驱动器号或路径”的选项那这是一个 U 盘，只有 U 盘可以全盘挂载，硬盘只能挂载分区，但可以看到硬盘独有的动态卷等功能。

@python4 绝大多数 UPS 是 Modified 正弦波，不可以用来带电机，只可以带开关电源等有整流的或者纯阻性用电器，如果你的冰箱是变频的，那应该可以。

大功率（ 1kVA 以上） UPS 有可能会有纯正弦波，那就和电网电无异了，但是价格更贵，需要更严格的散热。

@limbo0 那个是 Intel 作死，微构架上面投机取巧把构架里有的安全考量给优化没了，靠微码也无法完全修正，只能操作系统层面在切换进程的时候完全清空缓存。AMD 设计正确的就没有问题，安全又高速。

另外 @0gys，可用性也属于安全范畴，一个进程死循环把整个系统锁死就是安全问题。因为停机问题是不可解的，CPU 层面必须设计出可以安全结束一个死循环进程而不破坏系统其他进程稳定性的方案，这就是内存保护，虽然有代价，但是比三天两头就死机重启、丢失之前的工作进度要高效的多吧。

不知道你有没有体验过从 Windows 98 （或者 ME ）过渡到 Windows 2000 那种革命性的稳定，98 时代是 IE 崩溃就可能把整个系统带蓝屏，因为内核内存没有被完全保护起来，同时渲染是在内核里跑的，这种就是为了一点性能牺牲了稳定性，对于大多数用户来说属于本末倒置。Windows NT 引入了严格的权限管理，只有驱动才可以读写内核，一个桌面系统连续工作几天不崩溃才成为可能。

Dual 是 Oracle 咯？所有 SQL 查询至少都要编译的，编译就要过优化器，但是里面对 dual 有特殊处理的（ Fast dual)，不会真到硬盘上读这个表，你跑个 explain plan 就知道。

不过你用它检测数据库有没有 hang 不一定能满足需求，因为可能很多因素会导致语句执行不了，你这个 select 1 返回了不代表其他语句就不出问题，它不返回也有可能是其他原因（比如网络问题，内存不够开新的 session 了）。

@RunDouble
明明你们省会南京有 3 家

想到我十年前做的老项目，当时是为一个触摸屏的工业设备做一些辅助功能，公司不想花钱去买厂家的 SDK，就要求利用内置的浏览器实现，最骚的就是偶尔要内嵌显示另一个网站，要可以交互，但是不能允许该网站弹窗或者影响宿主页面，这些是 iframe 做不到的（有这些功能那机子的内存也不够）。

最后发现那个内置的浏览器可以支持 Java applets，就直接在网页里套了个 Java 版的 VNC 客户端，连接到服务器上一个无壳的 Chrome，弹窗什么的都只在服务器上进行，怎么也不会影响到客户端，而且客户端可以看到所有的效果。现在时代进步了，VNC 客户端可以直接用 JS 实现了。

克雷姆斯 参考鲁棒性

@yxrdydh 你这个事例挺典型的，也说明微软做电商火候还不到。首先科普：信用卡扣款还可以预授权，就是占用一个额度确保你有钱可以付，但是不实际扣款，实际原理是刷卡只是授权，真正的交易是商户去结算的时候，商户可以选择结算或者取消。但是这个取消不是一定是自动的，中间经手各种系统能力不一，（但它最终会超时被动取消，一般是 30 天）。我觉得你遇到的问题就是微软的预授权被当成了消费，然后触发了人工的流程，这个流程可能导致了两笔交易一段时间内都无法结算和取消（即使客服已经取消了一个，另一个一般也不会马上解冻），微软的系统可能正好在那个时候尝试结算就失败了。一般公司的会计部门遇到这种情况都是先等一整个结账期看看钱有没有来再说，但是在那之前客服就给你发货了，所以和系统已经完全不同步。

个人的经验是扣款异常等流程绝对不能随随便便就转人工处理，因为太容易积压，基本上就要反复尝试并且和收单公司做深层次适配，了解各个发卡行会出哪些问题，每种情况都要分别处理。

另外微软不从预授权扣款而是再发起一个交易也是很烂，但是确实很多 API 都要求你这么操作。

@Tianao 说的是正解，集线器是个一层设备，它根本不用理解上面跑的是以太网还是其他什么东西，只要负责把一个口收到的电信号转到其他所有口就可以了，所以 90 年代多用集线器是因为它原理简单，价格便宜。缺点也是很明显的，所有的口物理上是连在一起的，只能必须共用一个带宽，你想要搞什么上联啊、VLan 啊都是不可能的。

交换机是一个二层设备，它要逻辑上把一个以太网帧接收、缓存、解析出来源和目标的 MAC 地址，然后查表，再到发送接口上排队，最后生成全新的以太网帧的电信号，这个逻辑相当复杂，不仅研发设计成本高，芯片的成本也很高。但是技术发展了这么多年了，很多小厂也能做这个设计，博通等大厂也出了很多公版，随着制程的进步，芯片的价格很便宜了，PCB 和壳更不值钱，所以才有百元以下的小交换机出来。里面最昂贵的部件可能是那个电源。

电信估计是觉得自己被 P2P 下载软件、流量矿抢了机房生意还得为人家建网，所以限速。


@thtznet 同城你可以试试用电信 TR069 那个内网组网？