饭团的生活日记，饭团日记里面的饭团长什么样子

饭团的生活日记，饭团日记里面的饭团长什么样子 ,对于想学习百科知识的朋友们来说，饭团的生活日记，饭团日记里面的饭团长什么样子是一个非常想了解的问题，下面小编就带领大家看看这个问题。

1. 琥珀色星河眼眸

饭团的眼睛被粉丝称为"液态阳光"，在暗处会呈现通透的蜂蜜色泽，强光下则化作两轮金绿色的月晕。这种稀有瞳色源于金渐层基因与虹膜反射层的奇妙作用，当它凝视镜头时，瞳孔会从杏仁状瞬间扩张成完美的圆形黑洞，仿佛要把所有烦恼都吸进去。

日本插画家田中良介曾用0.3mm针管笔临摹这对眼睛，连续画废37张纸后感叹："瞳孔周围的放射状纹路里藏着整个银河系"。最神奇的是，当饭团在窗台看鸟时，虹膜外圈会浮现一圈细碎的金箔光点，这种被称为"日落环"的现象已成为其短视频的经典转场标志。

2. 云朵般的渐层被毛

饭团的毛发呈现出教科书级的颜色过渡：从雪白的下巴到浅金色的胸毛，再到背部浓郁的焦糖色，最后在尾巴尖沉淀成深琥珀 5.2.3. 使用`Lock`对象同步线程

目标

知道使用Lock解决线程共享资源冲突问题

1. 使用锁解决资源竞争问题

通过上一节例子看到，使用多线程的过程中，操作共享的数据，就会出现数据错乱的问题。为了保证操作共享数据的正确性，我们需要使用锁来进行线程同步。

Python的threading模块提供了Lock类，这个类的对象使用acquire方法可以获取锁，使用release方法可以释放锁。

线程同步

线程同步就是多个线程在共享资源的情况下，能够有序的去访问资源，避免数据错乱。

使用方式

lock = threading.Lock

lock.acquire 上锁

..

lock.release 释放锁

上锁解锁过程

当一个线程调用锁的acquire方法获得锁时，锁就进入“locked”状态。

每次只有一个线程可以获得锁。如果此时另一个线程试图获得这个锁，该线程就会变为“blocked”状态，称为“阻塞”，直到拥有锁的线程调用锁的release方法释放锁之后，锁进入“unlocked”状态。

线程调度程序从处于同步阻塞状态的线程中选择一个来获得锁，并使得该线程进入运行（running）状态。

锁的好处

确保了某段关键代码只能由一个线程从头到尾完整地执行

锁的坏处

阻止了多线程并发执行，包含锁的某段代码实际上只能以单线程模式执行，效率就大大地下降了

由于可以存在多个锁，不同的线程持有不同的锁，并试图获取对方持有的锁时，可能会造成死锁

2. 使用锁修改卖票的案例

import threading

import time

ticket = 20

创建一把锁

lock = threading.Lock

def sell_ticket:

global ticket

while True:

lock.acquire 加同步锁

if ticket > 0:

time.sleep(1)

ticket -= 1

lock.release

print('{}卖出一张票，还剩{}张'.format(threading.current_thread.name, ticket))

else:

lock.release

print('票卖完了')

break

t1 = threading.Thread(target=sell_ticket, name='线程1')

t2 = threading.Thread(target=sell_ticket, name='线程2')

t1.start

t2.start

3. 死锁

在线程间共享多个资源的时候，如果两个线程分别占有一部分资源并且同时等待对方的资源，就会造成死锁。

尽管死锁很少发生，但一旦发生就会造成应用的停止响应。

死锁示例

import threading

import time

lock_a = threading.Lock

lock_b = threading.Lock

def a:

lock_a.acquire

print('a方法获得了锁a')

time.sleep(0.1)

lock_b.acquire

print('a方法又获得了锁b')

lock_b.release

lock_a.release

def b:

lock_b.acquire

print('b方法获得了锁b')

time.sleep(0.1)

lock_a.acquire

print('b方法又获得了锁a')

lock_a.release

lock_b.release

t1 = threading.Thread(target=a)

t2 = threading.Thread(target=b)

t1.start

t2.start

避免死锁

1. 程序设计时要尽量避免（银行家算法）

2. 添加超时时间等

4. 银行家算法

[背景知识] 一个银行家如何将一定数目的资金安全地借给若干个客户，使这些客户既能借到钱完成要干的事，同时银行家又能收回全部资金而不至于破产，这就是银行家问题。这个问题同操作系统中资源分配问题十分相似：银行家就像一个操作系统，客户就像运行的进程，银行家的资金就是系统的资源。

[问题的描述] 一个银行家拥有一定数量的资金，有若干个客户要贷款。每个客户须在一开始就声明他所需贷款的总额。若该客户贷款总额不超过银行家的资金总数，银行家可以接收客户的要求。客户贷款是以每次一个资金单位（如1万RMB等）的方式进行的，客户在借满所需的全部单位款额之前可能会等待，但银行家须保证这种等待是有限的，可完成的。

例如：有三个客户C1，C2，C3，向银行家借款，该银行家的资金总额为10个资金单位，其中C1客户要借9各资金单位，C2客户要借3个资金单位，C3客户要借8个资金单位，总计20个资金单位。某一时刻的状态如图所示。


对于a图的状态，按照安全序列的要求，我们选的第一个客户应满足该客户所需的贷款小于等于银行家当前所剩余的钱款，可以看出只有C2客户能被满足：C2客户需1个资金单位，小银行家手中的2个资金单位，于是银行家把1个资金单位借给C2客户，使之完成工作并归还所借的3个资金单位的钱，进入b图。同理，银行家把4个资金单位借给C3客户，使其完成工作，在c图中，只剩一个C1客户，它需7个资金单位，这时银行家有8个资金单位，所以C1也能顺利借到钱并完成工作。最后（见图d）银行家收回全部10个资金单位，保证不赔本。那麽客户序列{C1，C2，C3}就是个安全序列，按照这个序列贷款，银行家才是安全的。否则的话，若在图b状态时，银行家把手中的4个资金单位借给了C1，则出现不安全状态：这时C1，C3均不能完成工作，而银行家手中又没有钱了，系统陷入僵持状态，银行家也不能收回投资。

银行家算法是从当前状态出发，逐个按安全序列检查各客户谁能完成其工作，然后假定其完成工作且归还全部贷款，再进而检查下一个能完成工作的客户，…。如果所有客户都能完成工作，则找到一个安全序列，银行家才是安全的。（AI生成）

以上是关于饭团的生活日记，饭团日记里面的饭团长什么样子的介绍，希望对想学习百科知识的朋友们有所帮助。

本文标题：饭团的生活日记，饭团日记里面的饭团长什么样子；本文链接：https://yszs.weipeng.cc/sh/751379.html。