Python学习笔记（三）

1.在 python 源代码文件中，如果你有用到非ASCII字符，则需要在文件头部进行字符编码的声明，声明如下:
    # code: UTF-8

2.Unicode编码：这是一种世界上所有字符的编码。当然了它没有规定的存储方式。。所以要做一些编码转换通常是要以Unicode作为中间编码进行转换的，即先将其他编码的字符串解码（decode）成 Unicode，再从 Unicode编码（encode）成另一种编码

3.decode 的作用是将其他编码的字符串转换成 Unicode 编码，eg name.decode(“GB2312”)，表示将GB2312编码的字符串name转换成Unicode编码
?encode 的作用是将Unicode编码转换成其他编码的字符串，eg name.encode(”GB2312“)，表示将GB2312编码的字符串name转换成GB2312编码

4.获取编码的方式:
判断是 s 字符串否为Unicode，如果是返回True，不是返回False ：isinstance(s, unicode)

5.获取系统默认编码：
import sys
print sys.getdefaultencoding()

6.# coding: UTF-8

fp1 = open('test.txt', 'r')

info1 = fp1.read()

# 已知是 GBK 编码，解码成 Unicode

tmp = info1.decode('GBK')
 

fp2 = open('test.txt', 'w')

# 编码成 UTF-8 编码的 str

info2 = tmp.encode('UTF-8')

fp2.write(info2)

fp2.close()

 

7.str和unicode对象转化，这句就很好理解了
s = '彤彤'
print s.decode('gbk').encode('utf-8')

 

8 .IndentationError: unexpected indent  jin
这个把我坑惨了 ，我在用sublime编写Python的时候，我直接写好复制在IDEL中没想到出错了，就是tab和空格不一样

 

9可能有3种情况从Running进入Blocked：
?同步：线程中获取同步锁，但是资源已经被其他线程锁定时，进入Locked状态，直到该资源可获取（获取的顺序由Lock队列控制）

?睡眠：线程运行sleep()或join()方法后，线程进入Sleeping状态。区别在于sleep等待固定的时间，而join是等待子线程执行完。当然join也可以指定一个“超时时间”。从语义上来说，如果两个线程a,b, 在a中调用b.join()，相当于合并(join)成一个线程。最常见的情况是在主线程中join所有的子线程。

?等待：线程中执行wait()方法后，线程进入Waiting状态，等待其他线程的通知(notify）。

10?守护线程：daemon thread，对线程的一种标识。守护线程为其他线程提供服务，如JVM的垃圾回收线程。当剩下的全是守护线程时，进程退出。

11多线程编程的最常见问题：数据共享。当多个线程都修改某一个共享数据的时候，需要进行同步控制。

12 threading模块中定义了Lock类，可以方便的处理锁定：

#创建锁
mutex = threading.Lock()
#锁定
mutex.acquire([timeout])
#释放
mutex.release()
锁定方法acquire可以有一个超时时间的可选参数timeout。如果设定了timeout，则在超时后通过返回值可以判断是否得到了锁，从而可以进行一些其他的处理。

 

13当一个线程调用锁的acquire()方法获得锁时，锁就进入“locked”状态。每次只有一个线程可以获得锁。如果此时另一个线程试图获得这个锁，该线程就会变为“blocked”状态，称为“同步阻塞”

直到拥有锁的线程调用锁的release()方法释放锁之后，锁进入“unlocked”状态。线程调度程序从处于同步阻塞状态的线程中选择一个来获得锁，并使得该线程进入运行（running）状态。
 

 

14死锁 :在线程间共享多个资源的时候，如果两个线程分别占有一部分资源并且同时等待对方的资源，就会造成死锁。尽管死锁很少发生，但一旦发生就会造成应用的停止响应

15可重入锁:更简单的死锁情况是一个线程“迭代”请求同一个资源，直接就会造成死锁：为了支持在同一线程中多次请求同一资源，python提供了“可重入锁”：threading.RLock。RLock内部维护着一个Lock和一个counter变量，counter记录了acquire的次数，从而使得资源可以被多次require。直到一个线程所有的acquire都被release，其他的线程才能获得资源。上面的例子如果使用RLock代替Lock，则不会发生死锁：