尝试物理疗法：晒被子床单、席子、床架能搬出去晒最好不过了，全洗一遍就完美了。观察一遍是否有小虫子，吸血那种😶 如果有整屋子无死角撒几遍杀虫剂

@myd @MeteorCat @airyland @lianyue @npm @herozzm 借楼问一下，如果是注册一个个体户也会有这么多麻烦么？地址、税务、上门喝茶啥的

设计 ID 结构最核心的一点，我觉得应当是时间粗略有序，uuid 、hash 都达不到时间粗略有序，参考楼上的雪花算法

你希望你的 id 排序之后是毫无规律的随机排序（似乎会影响插入性能）， 还是按照插入顺序先后排序（也就是插入时间），普通自增 id 天然有序。id 里面用时间因子作为前缀妥妥的，后面随便拼上 uuid 、md5 之类的，就基本上时间粗略有序了

pcm=[1,-2,3,-4.....]
计算这个 pcm 的分贝的一种方法：取出 pcm 里面的最大值，可以不管负数（或者用绝对值），然后用这个最大值来计算有多少分贝。

so，取最大值不可能会出现负数，最多为 0

他娘的 西数上月给我发邮件说续费要涨价 吓得我赶紧续到了 2029 年 看来有诈😒

#9 你这个 demo 倒是简单了，也太工整了吧，怎么会没有特征？一次简单的遍历全部找到需要的内容节点

document.querySelector("#demoBoxA").querySelectorAll(".row").forEach(function(v){
if(/Google|Huawei|BlackBerry/i.test(v.querySelector(".col-md-6").innerText)){//text node 内容匹配检测
document.querySelector("#demoBoxB").appendChild(v) //下一步脱裤子搞事的事情自己写
}
})

这是一个高级主题哦，要收费的。。虽然完成整个功能涉及的知识不多，但深度够深了😂

我也不会写，吹水，目测逃不过：

从 body 节点开始递归遍历所有节点，发现 text node 就判断一下是否包含特定文本，然后反过来确认包含此 text node 的上级 node 是符合需求的节点，然后全部找到，下一步脱裤子搞事

@evilvoy #17 5 年的价格和 3 年的价格只差几百块，买 5 年相当于白送两年😂


@love @580a388da131 @scukmh 舍不得买好的服务器，现在这个是以前搞活动买的 3 年的，现在快到期了发现续费 1 年比以前买 3 年的价钱相差不多😂 服务器里面放了邮箱、几个程序的接口，这次买多点内存可以多放点服务进去

真相：没钱哪都一样，有钱哪都一样

@love 嗯，原来是这样😃

@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