个人觉得基于剪贴板的攻击是比键盘记录器可行的，一来键盘记录器是一个比较敏感的第三方软件，一般人小心点儿就不会中招，相关的 api 各种杀毒和行为分析的软件都会比较敏感。而一个隔几秒钟 poll 一下剪贴板的软件有相对正当的理由，也是没什么人去管的，而且无论是在安全桌面中还是其他什么手段，因为你放进剪贴板的目的就是让浏览器去读取，和浏览器同级别的程序也能读取到。
至于浏览器本身的安全，毕竟浏览器是用户处于登录这个目的打开的，浏览器本身会知道密码这件事用户是有心里预期的。

可以配置把验证用的文件放到一个目录里，然后 web server 的 80 端口的 server 配上对应的 location 就成，比如 /etc/letsencrypt/cli.ini 中配置
authenticator = webroot
webroot-path = /srv/http/letsencrypt

nginx 的 80 端口的服务中配置上
location /.well-known {
alias /srv/http/letsencrypt/.well-known;
}
这样更新证书就不用停原来的 80 端口了

另外回一下楼主，楼主充满的梦想是什么主帖中并没有说，要是对未来两年的人生规划还不是很清晰的话还是无条件推荐先落户口的。要是楼主对这两年干什么有着清晰而和落户有冲突的规划再说（欧兔欧创业改变世界除外哈哈

@LedChang 不会没，不过要自己找地方落。要是拖着不找的话会怎么样我也不知道倒是...

LZ 说得是复用，不是企业级
从简单的开始，比如说常用的小工具经常封装个 Util 类之类的，就能放到一个 jar 里面，要是发布的话好好写 javadoc 就是。
然后考虑一下能不能通过抽象适配一类场景，封装成类，通过继承或者组合来适配具体的业务。一个 jar 包是不是足够的内聚，是不是能去掉一些用途不太大的依赖。
如果向用户 Web 应用的话，还可以考虑是不是对 IoC 框架友好，比如如果作为 Service 层，是不是对多线程友好，状态是不是要抽取出来用独立的对象来保存，是不是能作为单例存在，配置能不能完全通过 get/set 属性来实现。
逐渐打磨就是了。

@Comdex 我的理解是 1.8 可以用闭包， 1.7 以下也可以 new 接口（ mocha 的 all 方法也是这样的）
不知道对不对 @unique

@unique 同乐 w
P.S 你那个 blade 的配置语法好现代，感觉我这个还局限在 SpringMVC/Guice Servlet 那个时代的语法上

@unique 赞
楼上都不错， Star 了 w

@Comdex 哈哈有没有人撸个简单的 IoC...

这里貌似只能改个局部变量的名字了...

这货还活着系列...说起来新建 maven 工程吧， netbeans 和 eclipse 通吃（ doge

https://github.com/mrniko/redisson 这个貌似是基于 Netty 的真异步，如果觉得它封装的不爽可以看看它底层用的一个接口类似 jedis 的 RedisClient ，不过那个得自己试

貌似不兼容纯粹的 C89 ，不过在大部分情况下不是个事儿

另外进程退出所有的内存和文件句柄都会被操作系统释放掉，这个是和 java 没关系的

就这段代码而言，什么时候 v 释放了，里面东西就释放了

我边上是半开放式的会议室（开放的那面冲着我这边）…… LZ 可以想象一下……

推荐是带耳机，海绵入耳的那种……怕伤耳朵就晚上安静的时候戴着把音量调好，上班的时候听不要太超过那个音量（我个人控制在超过 50%以内）

public static void main(String[] args) throws Exception {
Class<?> cache = Class.forName("java.lang.Integer$IntegerCache");
Field field = cache.getDeclaredField("cache");
field.setAccessible(true);
Object value = field.get(null);
Array.set(value, 130, 3);
Integer result = 1 + 1;
System.out.println("1 + 1 = " + result);
}

// 老梗了，哈哈

@msdx123 而且 Adobe 因为是 A 开头，一般都是身先士卒……

@romisanic 是的，哈哈