摘 月

sqlalchemy是一个基于python实现的orm框架，跟web框架无关，独立的。同步orm框架：django的orm（3.0以后支持异步）、sqlalchemy（大而重）、peewee（小而轻、同步和异步）异步orm框架：GINO（国内）补充：1.微服务框架有哪些？python：nameko（python界没有一个特别好的微服务框架）java：dubbo（阿里开源）、springcloud2.django的orm原生sql怎么写？

背景：多线成并发操作一个变量，会导致数据错乱，可以使用互斥锁加锁处理数据不安全的情况 （临界区）解决：使用local对象处理，多个线程操作的变量是local对象，就不会有并发安全的问题。因为它处理了并发安全的问题---->请求统一放在一个大字典中，key值是线程id号，value是个字典。1.基本使用不使用local，多线程并发操作，数据错乱使用local2.自己写一个local类，线程和协程并发安全通过字典自定义threading.local（函数）：使用面向对象：通过__setattr_

方法，你得看谁来调用，如果类调用对象的方法，它就变成了普通函数，就不是方法了。咱们写项目，项目的依赖：requirements.txt文件。方法是函数，但是它会自动传值，面向对象中概念。函数就是普通函数，不会自动传值。

使用了python的Local对象(java threadlocal)，多个线程可以同时读写这个变量，并且不会有并发安全的问题---->不同线程操作的是自己的数据---->大字典---->key值为线程id号。悲观锁：总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。线程锁（线程级）---->分布式锁（应用级别）：即分布式系统中的锁。使用同步锁---->修改数据之前先拿到---->开始修改---->释放锁---->别人再拿。

我们创建出连接池后，每次从池中获取连接使用，能够避免并发量过大，导致的数据库崩掉的危险。不会，python开的线程受GIL锁的限制，uwsgi用C写的，它开的5个线程不会只执行1个。异步框架：sanic，fastapi，只要被async装饰的函数，就是协程函数。一旦遇到IO，不释放cpu，就切换到别的任务上去了，造成一条线程很忙的样子。使用了第三方以后，用法跟之前一样，只是在项目启动是，执行一些代码。只要前后端混合的项目才用到，现在基本上都是前后端分离的，只作了解。9.用uwsgi会有GIL锁的限制吗？

flask的路由基于装饰器---->在视图函数上再加装饰器---->加多个装饰器的执行顺序---->登录认证装饰器---->加载router下，先做路由匹配，匹配成功执行被auth包裹的视图函数。前端带着cookie再一次请求---->请求来的时候，反解出数据，再放到session中，这样你才能使用。4、endpoint如果不传，是None，也有个默认值---->函数的名字（了解）---->在请求走的时候把这个数据，加密，放到cookie中给了前端。flask的路由是基于装饰器的---->但是它的本质是。

Flask是一个基于Python开发并且依赖jinja2模板(DTL)和Werkzeug(wsgiref) WSGI服务的一个微型框架，对于Werkzeug本质是Socket服务端，其用于接收http请求并对请求进行预处理，然后触发Flask框架，开发人员基于Flask框架提供的功能对请求进行相应的处理，并返回给用户，如果要返回给用户复杂的内容时，需要借助jinja2模板来实现对模板的处理，即：将模板和数据进行渲染，将渲染后的字符串返回给用户浏览器。