@baozijun 确实, 又逐渐回到后端全干的状态了

看着很不错啊, 能不能提 pull request 到主线程

@waterwawa #27 api 延迟比较高, mimo 调用一会也会限流, deepseek 我看到比官方贵一些, 请问你们的竞争优势在哪里呢?

要不你找一个 ai 问问吧, 你这种提问态度只有 ai 能受得了.

@MRG0 #176 后悔的对, 你都失业了, 你家里人, 还是个非血亲的表姐跑人家跟前对人家指指点点, 你还在旁边不吭声, 这谁看了不失望? 失业和农村出身也许是离婚的原因之一, 但你在离婚后只耿耿于怀于失业和农村出身, 可能这才是更重要的原因.

groovy: 喵喵喵?

记得有小编写过一个报道, 每天网站要处理几十万条数据, 程序员手上都磨出了老茧

@nieyuanhong 这不好好的?

啊? 只支持硅基流动?

@needpp 外企可以维权, 国内企业也有铁拳. 大家都有美好的未来.

甚至都可以不用到 agent, 直接重定义类加载器, 记录所有加载的类. 甚至可以直接在类加载器里开一个 zip 边记录边去重后往里边塞用到的类. 如果还想优化, 甚至可以记录方法调用(可以使用 javassist 向方法插入记录代码, 然后使用 butebuddy 运行时替换类的字节码, 比传统的 agent 应该简单一些), 把没用到的方法也剪掉. 但就算这样还是有个问题, 如何保证所有用到的类/方法被调用一遍了呢?

每天下班打开 boss 直聘开刷呗, 骑驴找马

不退押金? 直接洗衣机空调全给他卖了, 马桶砸了, 下水道全用水泥堵了, 玩的就是一手鱼死网破.

dO yOu GuYs NoT hAvE mEmOrY?

这段代码应当改为
```java
CallSite applyAsInt = LambdaMetafactory.metafactory(
lookup.in(Phone.class),
"applyAsInt",
methodType(ToIntFunction2.class),
methodType(int.class, Phone.class, int.class, int.class),
getSum,
methodType(int.class, Phone.class, int.class, int.class)
);
```
因为调用 metafactory 方法时, 方法内部初步生成的 Lambda 字节码会被作为 lookup.in(Phone.class)的内部类加载, 加载时, 会调用方法 java.lang.invoke.InnerClassLambdaMetafactory#generateInnerClass, 具体逻辑形如
```java
//jdk21
return caller.makeHiddenClassDefiner(lambdaClassName, classBytes, Set.of(NESTMATE, STRONG), lambdaProxyClassFileDumper)
.defineClass(!disableEagerInitialization, classdata);
```
在 defineClass 中逻辑形如
```java
//jdk21
Class<?> lookupClass = lookup.lookupClass();
ClassLoader loader = lookupClass.getClassLoader();
//...
```
这里的第一句 lookup.lookupClass() 获取的就是 metafactory 的第一个参数 lookup.in(Phone.class)中的 Phone.class, 如果用原始的 lookup 的话, 会获取到 Object.class, 显然 Object 的 classloader 会找不到 Phone.class, 但是可以找到其他和它位于同个 classloader 中的类, 比如 String.class.

@gzlt 感谢感谢，辛苦了

这个历史聊天记录可以找回来吗？感觉上次对答状态很好，但是关了之后聊天记录找不到了。