@love #17 我觉得这个问题，不应该叫做问题。目测所有引用别的库的工具，都会产生此问题(他们怎么解决的我就不管了，也不懂)：

1. A 引用了 Z 的大版本 1.x，B 引用了 Z 的大版本 1.X，你引用了 AB，似乎没有问题
2. A 引用了 Z 的大版本 1.X，B 引用了 Z 的小版本 1.1，你引用了 AB，当前 Z 版本 1.2，似乎是就有问题了，是让 A 乖乖就范呢还是怎么个倒退方法
3. A 引用了 Z 的大版本 1.x，B 引用了 Z 的大版本 2.X，你引用了 AB，矛盾凸显

遇到这种事，只能一句 我屮艸芔茻 了。

我觉得根源还是 dependencies 的书写方式上，现在是 名称字符串：版本号字符串 这种形式，然后 npm 的 install 瞎几把下载，固定版本号没有传染性。

如果 dependencies 里面的版本号搞成对象形式，固定版本号必填，允许什么级别版本号升级兼容自己选择。那么根据最终使用如果使用的是固定版本号，安装的所有库都必须使用固定的版本号，版本的选择权就完全交给了库的使用者。传染性很重要。

说白了还是 npm 的设计有毛病。

#13 没格式，自己格式化一下再看

static class aaa{
static void exec(Func<Integer, Boolean, String> func1, Runnable action1, Action<String,Object,Integer> action2) {
String val=func1.call(123, true);
action1.run();
action2.call(val, new java.util.Date(), 456);
}
interface Action<T1,T2,T3>{
void call(T1 a1,T2 a2,T3 a3);
}
interface Func<T1, T2, ReturnType>{
ReturnType call(T1 a1,T2 a2);
}
static public void test() {
exec(new Func<Integer, Boolean, String>(){
@Override public String call(Integer a1, Boolean a2) {
return a1+" "+a2;
}
},new Runnable() {
@Override public void run() {
System.out.println("Runnable");
}
},new Action<String, Object, Integer>() {
@Override public void call(String a1, Object a2, Integer a3) {
System.out.println(a1+" "+a2+" "+a3);
}
});
}
}


https://wx1.sinaimg.cn/large/a32300cdgy1ge8o3nwtd7j20qa0gcjs2.jpg

Android 还好大不了清除全部数据

不管是 Android 还是 IOS 都一个尿性，可以放 cache 目录的垃圾数据就是不放 cache 目录。

ios 就比较惨了，只能眼睁睁看着 app 的占用，无法清理，只有彻底卸载 app 才能清理掉这些拉的屎。不知道 ios 13 还是不是还是这幅高傲的德性

@atfeel #7 不会，无参的直接用系统的 Runnable 不用定义。有参的自己写个，大不了参数全为 Object😂

interface Func<T>{
void fn(T...args); //Type safety: Potential heap pollution via varargs parameter args😂 这坨带码只是意思意思
}

.
.
.
先定义几个全局通用的。要什么参数的、返回值的类里面直接嵌套定义，哪里要就定义到哪里

delegate ？ C#打死也不用这么难懂的玩意（主要是这个单词手写敲不出来），还不如定义一个 interface 来的统一实在。。。实际上还是 Action 、Func 随便定义随便用，随便当参数，虽然本质上还是 delegate

java：interface，统一实在，没参数的用 Runnable 省去了一个 interface 定义

@retroxs #20 又想到这幅图
https://wx2.sinaimg.cn/large/a32300cdgy1ge6bih04hxj20j60pkgn8.jpg

灰不灰不清楚，这么多小姐姐怕身体扛不住，已投😂

转换成 int 时，返回 Integer 类型，要么返回一个数要么，返回一个 null，拒绝使用 try catch

byte 统一用 short 类型，拒绝负数 （ doge

钱到位，加班到凌晨都冒的问题。

一时摸鱼一时爽 一直摸鱼一直爽

@lapulasi 已经有算法了，1024 位处理速度还可以😁

@qwerthhusn 这个算法可以，1024 位的只需要 4ms 进行反解

我另外找到一个算法 https://stackoverflow.com/questions/2921406/calculate-primes-p-and-q-from-private-exponent-d-public-exponent-e-and-the 但需要 8ms 进行反解

测试生成的 pem 虽然和原 pem 的 P 、Q 不相同，但能正常拿这个 pem 解密公钥加密的内容，不提供 P 、Q 的私钥直接报错，有了就不会报错了

@terencelau 似乎搞定了😁

@terencelau 要大数分解的意思就是无解了😂

语法而已，如果是我定义的语法我就定成这样，不是我定义的语法我也要这样写（写套编译前的预处理工具）任性😂

switch{
case "a":"b":"c":
......
case "d":
......
case "e":
......goto "d";
default:
......goto "a";
}

捡瓶子 收破烂

还是原来的配方，熟悉的味道

https://wx2.sinaimg.cn/large/a32300cdgy1gdmk3sfcadj20hs0npq53.jpg

@sakila @fzhyzamt 哈哈，你们的处理方法都没毛病。

我这个帖子其实是想表达\s 在不同语言下直接使用可能会有问题，需要留意；比如 js 里面用的好好的，直接 copy 到 java 里面可能就不能用了，需要针对各自语言学习各自的特殊处理方案，使用成本急剧增加。

本来我以为那种非常简单的正则表达式在哪都通用的，没想到不是😁 出现'\u00A0'目前接触到的比较多的还是网页内 html 编辑器 js 插入的连续空白，人工输入基本上不太可能会输入'\u00A0'，但 js 最终获取编辑的内容时，如果没有把空格替换回来就会在最终贴子里面出现'\u00A0'字符（比如：微信支付的文档）。好像不同浏览器对'\u00A0'的解析显示也是有差异的，蛋疼