@ginux 几千个参数。。。。。还是先拿板砖把开发拍死再说吧

都什么年代了，还纠结文件大小

直接 Electron 走起，完美兼容各种 PC 环境

现在明白是什么情况了，你调用 functionB 的时候，参数是 functionA 的 method reference，也就是 functionB(this::functionA)？

Java 目前没有提供 method reference 的 method literals 功能，后面可能会补上？

如果是在调用函数之后确定类，可以在通过代理来记录，虽然就是很讨巧了

先别说创意，你得先看一下什么是核心技术，反正互联网方面没感觉什么技术一家公司实现了，另外一家搞不定的

@shenxj 这种操作就是典型一群空中楼阁的架构师搞出来的，写个常量搞不好哪个 class 忘了替换就死翘翘了

functionA 满足函数接口 HandlerFunction?

你贴这么多，还不如把代码老老实实贴一下，太乱了

有钱人。。。。


这俩无脑选杭州，郑州除非不干互联网，不然没意义

@wuxi889 应该是被换行整懵了。。。。我第一眼也是

@mart1nN 你这个场景应该是在学习数据结构或者算法？如果是的话，tree=null 不需要在函数里面实现，这个由调用 Tree 的方法负责

@ropon 就是对于 xxx. com 这个请求，`$document_uri` 和 `$request_uri` 产生的效果应该是一致的

@oncewosiwo 可以是可以，不过总起来说，感觉付出和回报不成比例，DDR4 的带宽应该能到 20GB 那个数量级，这个速度对于网卡的性能应该是足够了，除非服务器多 CPU ？那块就不清楚具体有多少性能差距了

Redis 在实现内部结构的时候，基本上没考虑线程安全，多 worker 的话，线程安全的损耗应该没法忽略吧？或者简化点，采用 MQ 的方案，每个 DB 对应至多一个 worker，一个 worker 可以操作多个 DB，不过对于 Redis 集群意义不大。

个人还是更倾向于多进程，如果想充分利用内存的话，启动多个实例就是了

磁盘也没多大意义，redis 曾经也想把虚拟内存加进来，但是对性能影响太大了

/testdir/ 路径没有对应？

这两个对于 xxx.com 这个请求应该是一致的，都会重写到 xxx.com/testdir/

@orangeade GIL 太伤了，不过各有所需，也没必要非得都追求 JIT 的速度，python 应该极少被大并发场景使用

batik

至于好用不好用就得你那边看文档了

@zealot0630 考 condition ？用 condition 实现很难看吧，需要在外部构建锁，然后侵入 thread 的实现，这么玩感觉还不如直接 synchronized

最后一个答案反而错了

生产者+消费者，消费者单线程执行