Redis 内部使用 epoll 事件驱动模型， 只要 redis-server 所在的服务器能够打开的文件描述符以及内存足够， 一般是不会出现连接数不够用的。 在我的机子上跑你这个代码，goroutine 的数量开到 10000 也不会有任何报错， 但是当同时运行的 goroutine 数量超过了 redis-server 默认的 maxClients(10000)数量之后， 会抛出 id incr error: ERR max number of clients reached， 但是这也是意料之中的问题。 所以我建议你看一下是不是 redigo 的版本或者是服务器的问题， 检查下服务器 TCP 最大连接数， 能够打开的最大文件数这些。

CSDN 到现在还没 GG， 柿子专挑软的捏， 你我又不是不知道

我也来蹭蹭，嘿嘿
https://smartkeyerror.com

说个不算公式，但是对系统设计很有帮助的: 所有的计算机领域的问题，都可以添加一层或者多层抽象来解决。

Java，Go，操作系统，分布式这些内容都快拉满了， 有这样的技术基础我觉得不应该找实习，而是月薪 20k+的资深工程师。 尽量还是用精通，熟练，熟悉这类词语比较好。

https://smartkeyerror.com/ 我也来蹭蹭

我的工作年限远没有楼主那么长， 但是语言我认为没有必要深入到编译器和解释器这个层次， 因为每一种语言的编译和解释都是不同的。 如果是我自己的话， 在我将语言层面儿的事情扯掰清楚之后， 一定会去看 Linux 内核相关的书籍和文章。 包括内存管理， 进程管理，I/O 与文件系统以及 Socket 等内容。 从我的学习上来看， 语言以及框架的诸多设计或多或少都会有内核的影子在里面。 如果一个程序员想干到 45 岁， 内核我认为是一定要研究的。

打开家里的水龙头， 看着自来水往下流， 然后你告诉我， 看， 自来水粘在一起了， 不是有病？

https://smartkeyerror.com
想把自己的所有知识建立成一个一个的体系， 然后全部串起来， 建立一个小城镇。这个过程其实很漫长， 因为写一个有质量的博客还是很花时间的。

另外为了上班儿更好的划水， 想再给你解释一下什么是上下文(context)。 这里以 Python 中的 with 关键字为例， 都知道 with 是一个上下文管理器， 以便 with 语句所包含的代码块能够自动的释放资源， 例如文件句柄的关闭， 锁的释放， 等等。 首先既然一个文件句柄能够被关闭， 那么首先该文件就会被打开， 同理， 锁也是一样的， 首先得调用 lock.acquire 对其进行加锁， 然后才能调用 lock.release 方法， 中间是需要同步的业务代码。 那么锁的打开， 关闭， 文件的打开与关闭， 就是上下文， 是我们代码的上下文， 我们需要依托这些资源来做一些事情。 而 with 的存在则是提供给程序员一种更好的管理方式。

行吧，Markdown 的语法竟然发不出来。 解释一下：Flask 的上下文是指当前请求或者 App 对象在其它文件中使用的一种手段。Flask 内部使用 ThreadLocal 所实现的线程隔离栈实现， 如果你写过 Django 或者 SpringBoot 框架的代码， 你就会发现 request 对象是通过函数的参数传递给相关的视图处理函数的， 如果想在视图函数之外来使用该对象， 要么在中间件的位置将其以参数的形式传递到其它地方， 要么使用隔离栈。 在 Flask 中， 每一个请求在进入时， 都会将其压入当前线程的栈中， 那么在该请求的生命周期内， 任意地方都可以将该对象从栈弹出， 做一些额外的动作。 这就是 Flask 上下文的作用

解释如下：


首先要分清 Web Server 和 Web Application 之间的区别：Web Server 可以使用多线程多线程或者是 Reactor 模型来支持并发， 前者可以支持并行， 后者因为 GIL 的原因， 只能支持并发。 而 Web Application 仅仅只是一个应用而已， 当你使用 runserver 来启动 Django 时， 其实是启动了 Django 为开发者所提供的测试 Server 而已， 并不支持并发， 请求为串行执行。 至于在配置了 uwsgi Web Server 之后还是不支持并发， 尝试将 process 配置为 CPU 核心数

感觉很多人对年龄大的技术人员持有比较大的偏见啊， 当然有些倚老卖老又没有多少技术储备的人喷一下我觉得可以。 但是"技术过时"这个观点我实在不敢苟同。 底层的数据结构， 就拿红黑树来讲， 上个世纪 80 年代被创造出来，现在很多语言底层设计还在使用； 作为操作系统最重要的 C 语言， 也是上个世纪的产物； epoll 这种 I/O 多路复用的机制在 2002 年就有了。计算机和网络的原理一直就是那么些， 随着时间的演进也只是做了些优化而已， 稍微有点儿技术底子的大龄程序员，2 天就能把一个新的框架吃透， 吊打一些自以为是的年轻码农。 不知道哪儿来的这些优越感， 职场做好自己的事情就完了， 何必横向比较？这些精力与其浪费在这些情绪问题上， 还不如多看几篇论文， 多写几个 demo， 任何行业都不适合自大的人， 不要把别人看的太 Low，多审视自己。

机械转 Python 开发的路过， 学习时间约 6 个月， 只不过路线是从网络开始(包括 HTTP 和 TCP/IP)->Python 基础语法->数据库->Django， 期间刷了这些书：计算机网络-自顶向下方法， 算法(第四版)，Redis 开发与运维，现代操作系统，数据库系统概念和 Django by example， 项目其实没做几个， 更多的是对底层和基础的学习。 所以我想说的是， 基础要比项目更加重要，因为自己做的项目完全无法应用于工业环境， 充其量是练个手， 熟悉一下框架而已。 然而框架也是基础代码写的， 基础原理组成的。 懂原理的人， 要比对原理一知半解的人在使用框架和理解框架上有优势的多。
个人愚见， 仅供参考。