from functools import partial

def func(a, b):

    return a + b

new_func = partial(func, 3, 4)  # 3,4就是a,b, 也可传*args  **kwargs

ret = new_func()

# 也可以这样写,结果是一样的

# new_func = partial(func, 3)  # 这个3是a

# ret = new_func(4)  # 这个4是b

print(ret)  #

# 当使用公共变量的时候,开启多线程,数据是不安全的, 可能会被修改,

    如果数据是安全的,那么下面代码打印的应该0-9不重复且无序

import time

import threading

from threading import Thread

class Foo(object):

    pass

foo = Foo()

def func(i):

    foo.num = i

    time.sleep(1)

    print(foo.num, threading.current_thread().ident, foo)

for i in range(10):

    task = Thread(target=func, args=(i,))

    task.start()

# 我们既想使用多线程,又想让数据安全,也就是不共享,这里需要用到 local

import time

from threading import Thread, local

import threading

class Foo(local):

    pass

foo = Foo()

def func(i):

    foo.num = i

    time.sleep(1)

    print(foo.num, threading.current_thread().ident, foo)

for i in range(10):

    task = Thread(target=func, args=(i,))

    task.start()

这里local帮助我们节省了时间,却消耗了空间, 但是这点空间相对于线程执行效率来说不知一提

Flask中的request不同于Django,它是导入进来的,这个是,也就是说它是全局变量, 为了避免多线程来应用它而导致它产生改变,flask采用了local这个特殊的对象,

　　这个local对象可以对线程进行隔离,也就是说有了这个local,每个线程对local对象进行修改都不影响其他线程,在请求后,LocalStack栈中会销毁请求上下文对象.

实现这种原理就是用线程的ID作为key来保存,每个线程都会找到自己的ID.

但是flask用的不是threading.local,而不是werkzeuk的local,因为:

　　1.werkzeuk自定义的__storage__保存不同线程的状态

　　2.werkzeuk通过get_ident函数来获取线程标识符(区分用的ID)

　　3.python3.5以上开始对协程支持,如果用threading.local,可能造成变量在接收时相互干扰,因为一个线程中有多个协程去请求

　　4.除了local外,werkzeuk还实现了两种数据结构,LocalStack,LocalProxy

服务器框架在接收http请求的时候,去调用app, app在执行run方法的时候,下面执行了werkzeuk模块中的run_simple,

werkzeuk触发了flask的__call__方法,__call__方法返回的是wsgi_app,直接执行wsgi_app.

# 详细过程见链接:

https://www.processon.com/view/link/5cb1d4c6e4b069ac5a259818