all in two ，windows server + hyper-v ，还行
但 Windows Server 其实不太好用，上次下了个 Origin 没运行起来

js

世风日下，人心不谷。现在的人的道德都沦丧到这种地步了吗





有后续叫我

不是。
1 、身份证校验位可以离线先过滤掉一些输入错误，毕竟身份证那么长。
2 、上面有人说了，11 是质数，10 不是，那“10 进制是不是一个糟糕的设计？”
3 、X 对应的是罗马数字 10 ，跟 16 进制没啥关系。对文盲，X 可比 A 好多了，你见过几个人念 iphone ten 而不是 iphone 叉呢。
4 、争端主要在于 X 和双校验位。确实，双校验位就只用数字了。但 X 也有好处，因为真的会有 nc 程序员在数据库里用整形存手机号。

找个站长工具测试下。
移动什么骚操作都有，也许不是跨 ISP 的问题，可能省外移动都不一定通。

图看不见

由 jvm 自己决定的，如果你内存够，他大概就不回收（回收也是有代价的嘛）。
你可以建议他回收一下，他可能听，也可能不听。
带 GC 的语言好像都差不多。

羡慕，我也好想装电脑玩

计算机：我可以 用户：不，你不行
现在随便开个网站都是上百个请求，光 xhr 也有几十个。你把计算机的速度想得太弱鸡了。

最重要的是这个请求发的合情合理，预先缓存容易有一致性问题。你打开 youtube 点下用户头像看看他发不发请求。

一直用的官方 Git ，更新一点，而且有中文

KeePass +1

同意#1 。
你这需求让我感觉好像回到了 tomcat 时代：一个网站多个 web application

这种模式不是特别方便。
首先，要小心绝对路径，比如 /xxx.js 之类的，可能得改成相对路径。现代化前端有 publicPath ，但后端我就不确定了。
另外，同源限制、cookie 之类的东西不关注下面的路径，而是看主机。对于你这种原本分开的应用，隔离性不是很好。

@Jasonwxy
我个人认为：interface 比 type 更能体现出面相对象的思想，而 type 则更能体现出 ts 结构化类型的特点。

For the most part, you can choose based on personal preference, and TypeScript will tell you if it needs something to be the other kind of declaration. If you would like a heuristic, use interface until you need to use features from type.

来自官方手册：
https://www.typescriptlang.org/docs/handbook/2/everyday-types.html

1 1452 14.3891% git
2 1053 10.435% cd
3 774 7.6702% ls
4 656 6.50084% yarn
5 492 4.87563% ping
6 318 3.15132% rm
7 317 3.14141% brew
8 313 3.10177% docker
9 270 2.67565% ssh
10 229 2.26935% code
11 203 2.01169% ll
12 193 1.9126% mvn
13 181 1.79368% sudo
14 174 1.72431% open
15 151 1.49638% mkdir
16 118 1.16936% java
17 110 1.09008% cat
18 102 1.0108% ifconfig
19 94 0.931523% find
20 83 0.822515% curl

@matepi 随手写的，平时用的就是具体异常（反正 try/catch 是 IDE 写的）。

Exception 比起 Throwable 来说，漏掉的就是 Error 。但 Error 本身就是那些严重到程序员无法处理的错误了。
[When to catch java.lang.Error?]( https://stackoverflow.com/questions/352780/when-to-catch-java-lang-error)

我一般将 Error 看作是系统崩坏。
比如某个接口抛出了 Exception ，我可能还 catch 一下，打个日志，返回个错误信息，至少其它接口还能用。
而如果捕获到一个 Error ，我认为 jvm 就不可靠了，直接挂了吧。

@dcsuibian 转成 RuntimeException 然后抛，或者打印一下日志再抛。留给最上层处理。

Java 的检查型异常是个没啥用的东西，其它语言都没有采用这种机制（ C++：？？？）。
最不实用的地方在于：就算你捕获到了这个异常，你也不知道怎么处理。

网络、文件很容易出问题，但出问题了咋整，再试几次？试过几次还是不行呢？万一在 close 的时候出现异常呢？
看看那些 ORM 框架、或者文件操作工具库，很明显底层一定会有 IO 操作，但他们就不会在方法上加一堆 throws 。

try{

}catch(Exception e){
throw new RuntimeException(e);
}

同有这个打算，但准备等等了，30 系都是矿