@hardway
@anjianshi

不是吧，最后又归结到这个原因上哦，看来所有语言都差不多的，对象的复制成本太高

@otakustay

如果这样定义"有"和"没有"的话，那从一开始f2.contructor就是没有的，可是如果按contructor的定义出发的我，是有的，所以，我觉得我们的分歧点在这里，不过我也能接受你的观点

@otakustay

我的求值过程是代入，而不是顺着原型链，

f2.constructor(有) == f2.__proto__(就是Foo.prototype).constructor(有) == {}.constructor(有) == Object.prototype.constructor == Object(){[native code]}

我认为constructor是特殊的属性，而不是普通的

@otakustay 而且我试验了，发现并没有顺着原型链来找构造函数这个说法啊

@otakustay 你说的原因和我想的一样，但是结果却不一样，函数建立的时候
确实是
function == function.prototype.constructor，而这时候由这个function创建的instance有以下关系
instance.constructor == instance.__proto__.constructor
又有
instance.__proto__ == function.prototype
所以
instance.constructor == function.prototype.constructor
如果我修改function.prototype，比如上面的f2，即Foo.prototype = {};所以
f2.constructor = {}.constructor，
而{}.constructor == Object.prototype.constructor，也即是Object(){ [native code]}
而这后面的结果你的顺藤摸瓜式想法不一样啊

@guchengf

有点乱了，实例的constructor也可以乱改，但是instanceof却是用最初创建它的来判断真假，这里谁记录最初创建它的构造器的呢？这样的话 instance.constructor也未必等于instance.__proto__.constructor，不过如果你不改的话，两者却是相等的，文档第一句话也确实这么说

Returns a reference to the Object function that created the instance's prototype.

出来工作，这些东西不用就忘了，我都写不出来

有人对比过mysql-mmm吗？都不推荐mysql-mmm，不知道它有没有改进

@alexrezit 什么型号

@xdeng
@Livid

关键是怎么用迅雷跑满带宽啊

@napoleonu 但是，我现在想要的是mysql内部能响应，但是错误的响应，在prepare阶段，不好模拟

@napoleonu 插入重复的主键

@sillyousu

呵呵，那我只好去跟下代码了，这个是个大坑我觉得

@sillyousu

SocketChannel.configureBlocking(false)

这个非阻塞socket可以说是那个UNP中的非阻塞IO模型吗？总感觉你们说的是，但是需要确认一下

@joshokn
@cyr1l

咦，这样就可以找出来啦？那proxy.ini中的那些ip是咋回事哦？那些ip又是怎么找出来的

@BOYPT
@sillyousu

或者说，如果我改成

SocketChannel.configureBlocking(true)

那么，对IO复用模型有什么很大的影响吗？这样IO loop会慢下来？

另外，回到非阻塞"有多少写多少"那个问题，我调用了write(buffer)后，如果内核没有足够的空间，或是buffer = fd.read()，这时应用空间没有足够大的buffer，那么按非阻塞的情况，那么是有多少写多少，有多少读多少，那么剩下的咋弄呢，下次select中了再读再写？

@fangzhzh 怎么会看不上，上面可是很多大牛的文章呢

@sillyousu
@BOYPT

我现在都要考虑是否开一个新帖来讨论了，据两位的回答

SocketChannel.configureBlocking(false)

这句话都是立即返回，那么这里的"非阻塞"就和上面的IO模型中的非阻塞不是同一个概念了，那么为何可以做到 “有多少写多少”，那我觉得这种读写适合所有IO模型啊，为何仅仅在IO复用模型中被广泛使用

@BOYPT

不对吧，应用在内核还未准备好数据的时候，是要不断询问的，当然，内核也是果断返回错误的，就像你说的，不断询问“楼主你吃完了吗？” 这样的问题

另外，java中把socket设置non-block就这句话

SocketChannel.configureBlocking(false)

我理解这句话就是通过非阻塞去读取，貌似应用就没有做什么了