@hefish 其实 iPhone6 以上就支持 9v 了（ 5s 及以下不支持），稍新的还支持 14.5v 输入，内部会做电压转换在给到电池。即便是 5v 也要转换后才能给到锂电池。在 设置 - 通用 - 法律和监管 里，可以看到规定支持的电压和电流范围。

比如我手上这台 14pm 显示的是：
5v 1a 或 5.2v 2.4a 或 9v 3a 或 14.5v 2a

需求场景不够深入

不带进一步场景，可以用的方法太多了。类似简单的文件交换服务器的 sftp 、交易形态要求一致性的 mq 、带页面处理的共享编辑等网页办公工具、VPN 至内网再同步等等都可以做

@feedcode
@RuralHunter
确实，找了台 openjdk 环境试了一下，openjdk jmap 出来的 heapdump 是有内容的。
用 IBM JDK 的 heapdump 没内容实现，去猜测 openjdk 的实现，是我不对了

真正在大东西里面玩的时候

库其实差别不特别大，关键是能不能支持流式处理

非流式处理的性能和内存效率都差一大截

部分崩溃的，并不是全部。我个人感觉是视频列表、推荐等相关的算法部分出了什么较大的问题。

但照道理来说，这部分的灰度程度应该是很高的。不知道为何用了 20 分钟才恢复。

尽量别用，要用也只用 jdk 。尤其是各种序列化反序列化，能少用一种就少用一种，用项目 /公司里面别人已经用过的，用的多的。不然开源漏洞 fastjson 啥的真是超烦人。

System.arraycopy
Arrays
String.format
Pattern 、Matcher 正则、replace
Files 、Paths

40 几了还在写代码，不过是兴趣了。主职管理。写点框架、做点设计，基本不写业务了。

@registerrr 上面回复中也提到了：调用的入参是一个大文件，做的功能大文件的数据处理；如果变为远程调用、以服务方式 把大文件整体传输过去，效率上不能行。对大文件此时的设计，需要是分发计算，而不是分发数据。

@assiadamo 我的需求不是临时热更新处理一些临时问题。而是功能特性上，在一些处理本地文件分析的节点、在设计上，就要能够动态加载 节点使用者所提交的类。由于处理文件量很大，设计上必须是把处理逻辑分发到每个节点上，而不是把文件整体提交到专有的处理节点。

@assiadamo 你说的应该是 instrumentation.appendToSystemClassLoaderSearch 之类的吧？这个也就是 premain 一次性的。进一步的还是要解决问题 1 吧？

其实一直不明白 NAS 关掉有什么好处？
节约几十块钱电费？

浏览器也是能并发连接的啊

@shakoon
能被同步的是不应该叫备份、应该叫冗余。
备份是不应该被短时间内同步的，要逐步时间级别地、增量备份。
冗余和备份各有作用，不能互相替代。

简单做的：
报警监控先一眼，确定具体节点和影响程度。重启回退扩容三板斧弄一把。

几乎每周都有分析深度的：
还不行就 threaddump 拉一拉，gclog/oom 看一看，lsof 查一查，数据库报告拉一个。然后各种联系开发查。

有公网 ip
1 、ddns + L2TP 翻回家里的 SoftEther + realvnc
2 、向日葵偶尔用，防止 ddns 挂掉

HCDN 是爱奇艺

啥都不留下，随时挂随时起
服务的前 1 次与后 1 次，前 n 次与后 k 次之间，无相关不依赖

除了前面各位讲到的锁方式

其实在非强联机场景下可以用任务队列的方式，也会有很多的好处

上面写错，mbean 有没有稳定性，有点担心。