GIL不是锁，是历史的选择

全局解释器锁让无数Python多线程新手撞墙。你以为开了四个线程，CPU就能四倍出力，结果它们排队等一把锁。不懂GIL，多线程就是一场幻觉。它诞生于CPython早期，为简化内存管理和C扩展兼容性而设。代价是CPU密集型任务无法真正并行。绕过它的方式有三：多进程用multiprocessing，把任务扔给C扩展，或者换用asyncio做IO并发。理解GIL不是背结论，而是明白：Python的优雅是表象，底层是C的冷酷与权衡。当你不再抱怨锁，而是根据任务类型选并发模型，才算摸到了门槛。

内存管理：引用计数与垃圾回收

变量赋值、函数传参、对象销毁，背后是引用计数的加减法。每个PyObject都有一根隐形的计数器，归零即释放。可循环引用会让计数器永远不为零，于是有了分代垃圾回收。不懂引用计数，你写的缓存可能就是内存泄漏的温床。弱引用weakref、上下文管理器、__del__的陷阱，都是这一层的事。知道sys.getrefcount怎么用，知道为什么闭包能延长变量寿命，你才能在内存暴涨时迅速定位，而不是重启了事。底层原理的回报，往往体现在生产环境深夜排障的那十分钟。

字节码：Python代码的真身

你写的.py文件，CPython先编译成字节码，再由虚拟机逐条执行。dis模块能反汇编任何函数，让你看见a += 1背后是LOAD_FAST、LOAD_CONST、BINARY_ADD、STORE_FAST。看懂字节码，等于拿到了Python的执行说明书。为什么局部变量比全局快？因为LOAD_FAST比LOAD_GLOBAL少一次字典查找。为什么for循环里不要频繁属性访问？因为每次obj.attr都是一次LOAD_ATTR。优化不是玄学，是字节码层面的加减法。框架的魔法，九成来自描述符和元类。而描述符和元类，最终也落在字节码的调用协议上。

描述符与元类：框架的基石

Django的ORM、SQLAlchemy的字段、Pydantic的校验，全建立在描述符协议之上。__get__、__set__、__delete__三个方法，让一个类属性变成能拦截读写的智能代理。元类则控制类的创建过程，type是默认元类，__new__和__init__在类定义时被调用。不懂描述符，你只能用框架；懂了描述符，你能改框架。月薪30K的开发者，常要定制ORM字段、写中间件、做序列化优化，这些活儿的底层全是这两样。底层原理的回报，不在面试题，而在生产环境的深夜。当别人对着源码发愣，你能直接定位到__get__，差距就出来了。

荀子说，不积跬步无以至千里。底层原理没有速成，但每懂一层，你就少一层黑箱。GIL、内存、字节码、描述符，这四样是CPython的骨架。摸清骨架，再学asyncio、Cython、Rust扩展，才有根基。月薪30K不是终点，是你能用底层知识解决别人解决不了的问题时，市场给的定价。那些偷偷学的人，只是比你早一步承认：抽象层再厚，终究要有人下去看看。