写 c++的，不过随手搜了一下，semphore，mutex 一类 IPC 的东西，python 里也有，https://blog.csdn.net/u014595589/article/details/53288168，可以看看是否有所帮助

消费者没有内容消费的时候，应该阻塞等待，你这样写就变成了死循环的轮训。至于阻塞等待如何实现，方法很多，教科书上的概念叫 PV 原语，具体实现可以是锁，信号量等手段

吃到第 N 个面包时的状态，前驱状态可以是从第 N-2 个吃两个，也可以从 N-1 个吃一个
N=1 的时候，只有一种吃法
N=2 的时候，有两种吃法
序列的话，加个变量记一下结果即可

请问 web 工程师的要求是什么，python 是强要求吗，c++和 php 的背景可否？

后端还是得好好搞一搞，动辄服务器繁忙，访问论坛 mysql 的出错信息都打到页面上了，这不砸了 leetcode 的招牌，算法都搞得定，简单业务搞不定……

有后端职位吗？

要是北京有职位就好了

"马斯洛需求理论误导我说，只要满足了应聘者生理需求、安全需求、社交需求、尊重需求和自我实现需求，牛叉的后端工程师就会来到无二之旅。然而事实并没有:("

“物质决定意识，意识对物质有反作用”，“经济基础决定上层建筑”，感觉换成这两个指导，工程师就来了

php+c++路过

北京有没有职位~~

疑人不用，已经提了离职了，就不要幻想了，关键职位不可能留一个不可靠的人

mark

你 trace 后才发现还有两个 backend 可用，可是 nginx 怎么知道呢……默认的策略就是轮询呀
1. 你需要先解决那个长耗时请求的问题（合理设置超时，或者解决慢查询的问题），一共就 4 个 worker，hang 住了 2 个，50%的处理能力就没有了，这种严重影响吞吐的问题是根本问题
2. 如果认为这样的情况是符合你的预期的，那么处理一下 nginx 的超时，因为上一个从 nginx 来的请求可能已经因为超时断开了，nginx 认为后端已经是 idle 的状态，于是又把请求发给了这个 backend，调整一下超时，让 nginx 的超时大于你这个场景的处理时间
3. 如果还认为这种情况是符合你的预期的…… proxy 还有配置重试的指令，但不解决上面长耗时的问题，大概率的可能是把 4 个 worker 都变成 hang 住的状态，这个时候重启服务解决一切问题……最终还是要回到 1
简单看一下雪崩和吞吐量相关的介绍就大致明白这个模型了

php-fpm 中 php_fpm_CONF 指定了读取 fpm 配置的路径，你看一下 php-fpm 和 php-fpm.conf 的配置就可以明白了，你用 php-fpm 启动的都是指定了路径的，不存在从 path 中寻找 php 版本的问题。
php_fpm_BIN=****
php_fpm_CONF=****

掌握框架只是掌握了一个工具，只是知道了 How，提升的话需要知道 Why，个人建议你补充一门静态语言，同时往深的看一下，毕竟 PHP 内核部分，养分也还是不少的。比如说你想学习 Swoole，不妨从 Swoole 入手，看一下 PHP 的扩展开发，PHP 内核部分，进而补充一下相关联的基础知识和基本原理，什么是异步，为什么要 Swoole 来处理这个问题等等。入口是一条线，进去展开你就可以发现一个知识网，然后就会觉得，半年时间完全不够……

ac 自动机足够好用了，扫描文本的过程中就可以完成多模匹配了，替换也就是顺手加一行的事情