可能是你电源的 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 那个内网组网？

如果你 ISP 的 DNS 服务器用同一个公网 IP 做递归查询的话，只要向其查询一个由你控制的服务器解析的随机域名（比如：随机数.你的域名.com ），你的服务器的日志里就会有来查询的 DNS 服务器的 IP.

有现成的网站做这个的: hwww 点 whatsmydnsserver 点 com

strace 一下 JVM 看它写什么了呗。感觉最可能是 swap

@geniussoft 发射功率估计一两百毫瓦，要不然不会给装在家庭环境使用

@LOVOQ 这是一个基站，要运营商配置入网的，你自己买到也没有用

题主的问题应该去找联通技术人员解决，但老实说你手机信号好就好了，何必在意指示灯怎么闪呢？

@hihibin 你打一万号办联通宽带的话，电信可能会挽留你 :)

你这个信息太少，至少把你调用的代码和命令行放出来。尝试用`ld`把你这个库静态连进你调用代码它报什么错呢？

把域名加进 hosts 文件，IP 填 0.0.0.0 ？

你这样有些用途是可以的，但是不完美，因为很多 IP 是分配给了外国公司，但是却在国内广播使用，反之亦然。

更稳妥的是利用中国国际出口只有少数几家运营的特点，直接用他们国际出口的 ASN 在诸多 BGP LG 上查就好。所有国际出口的列表在工信部网站有，ASN 搜索可得。