webcoder

不作线程锁的话，2-4 都有可能。

@SyncWorld 回去看半年前的代码，这是哪个傻 x 写的垃圾代码，哦是我啊，那没事了。

@BeautifulSoap 你这应该是单纯的清脓操作而以吧，跟皮肤伤口化脓时把脓清掉后伤口会好得快一样的道理，不过，这种操作有点勇。

每天洗完澡用电动的秃噜几下就完事了，如果你用电动的刮得通红的话，是你的刮胡刀问题，要不换刀片，要不换个刮胡刀。

35 岁，应该还能拼一下，四十就有点难了。

同意 9 楼的说法，既然他能说服产品，表示他对这个系统的理解和产品甚至在产品之上。至于不和你说，大至可能有两种原因，一时间不够了，二可能是觉得和你说完代码都能作完了，干脆写完之后你看一下代码和你自己的代码思路核对一下差异，更方便理解系统的流向。

这件事你可以往好的方面去想，他帮你搞定这了段代码，首先，这代码出问题找不到你。再者如果他看了代码发现不对和产品沟通，之后再由产品和你沟通修改代码，这一左一右的时间，再加上你要重改代码的时间，估计你的加班是跑不了了，甚至可能会背上让项目限期的锅。 我觉得这老员工对你很好了。

借用三楼的方案，第一次请求输入验证码，然后生成一个带专有及唯一属性(GUID+验证码+时间后 md5 之类的)的令牌(token)，每次请求必须带上该令牌。令牌丢失就弹验证码。这就解决了身份验证问题。
把令牌放到 redis 里记录请求次数，请求超限，令牌失效，重新输入验证码来生成新的令牌。
不要把令牌放 session 里，因为如果你的请求量太大的话，令牌数估计也不少。所以尽量使用 redis 这种更专业一点的东西来处理。

这个方案比你用 ip 记录更好，可以避免用代理伪造 ip 来刷接口。

优先先天性盲人并没颜色这个概念，在他们的认识的甚至连黑色都不存在。以前见过一篇文章是这么说的，你用手指按着一只眼睛，另一只眼睛睁开，而被按住的那只眼睛的感觉就是盲人的感觉。你可以试试，(当然是不是真的，就不太清楚了)

然后“是否存在一些事物是所有人类认知里所不能理解的”这个问题麻，有一些事物真的存在，但永远的也法理解的东西，自然就是男女的差异事物，男人永远无法理解来大姨妈是什么感觉，而女人也不会理解不小心坐到蛋是什么感觉，不要说什么虚拟体验，你身体里没那东西，模拟的再真实，不是就是不是。当然还有别的就不细说了，自己体会就好了。

所以我觉得先天性盲人是无法理解颜色这个概念的。

其实理论上 lz 说的方法是没问题的，只要在 product_id 作个索引，速度也不会太慢。

但实际应用时，需要翻页的话，就要拆成两个 sql 句才行。
第一个 SELECT distinct product_id FROM item WHERE id IN (1,2,3,4,5) limit 0,10

注：加上 distinct 是防止重复的 product_id 出现，导致翻页出现空窗
然后再用的
SELECT in(price), id, product_id, type
FROM item
WHERE product_id IN( 第一句的结果 )
GROUP BY product_id, type

这样翻页的效率会高一些。