开发时遇到问题，文件路径不正确，找不到文件等等，都是这一类问题.

使用进程，大概率出现情况是，想当然以为共享了，实际没共享。所以最终程序大概率卡死（部分逻辑没有数据进来，导致的业务逻辑性卡住，并非程序死锁）

python并发首选进程，但偶尔有场景进程无法搞定，比如有些变量是无法序列化的，就无法使用工具包manager()的工具类进行共享。如果自己实现新的共享方法，可能开发量较大，且质量难以保证。此时可考虑用线程处理，规避进程的变量共享难题，而且实际场景中,IO大概率都是瓶颈，所以使用线程其实也的确有些优势。个人而言，选择进程和线程较为重视的安全性，进程数据隔离较好，互不干扰。其次就是公用数据占比，如果大多数数据都需公用，那么线程也会比进程更佳，避免了进程较多的数据共享问题。
线程而言，难点数据一致性，

flask(django):Python的Web应用程序（如Flask,django）
nginx:web服务器，用户角度直接对接使用,请求响应的request-response出入口
WSGI（Web Server Gateway Interface），翻译为Python web服务器网关接口，即Python的Web应用程序（如Flask）和Web服务器(如Nginx)之间的一种通信协议。也就是说，如果让你的Web应用在任何服务器上运行，就必须遵循这个协议。

测试map,apply_async,gevent协程爬虫
测试代码:网页爬虫

图示变量含义说明:
1个大step中包含3个小step,大step内部的第一步，二步，三步存在依赖关系（就是内部保持顺序执行）
a1,b1,c1,表示子任务a的第一步，b的第一步，c的第一步.同理a2,表示子任务a的第二步。

cp作为linux最常用命令，大部分情况正确使用，偶尔也会犯低级错误。比如，今天自己copy目录就犯错了。特此整理下
以下基于ubuntu16测试(xxx含义为目录a/下的所有文件)

这也是实际项目中使用较多的一种并发模式，用Queue(JoinableQueue)实现，是Python中最常用的方式(这里的queue特指multiprocess包下的queue，非queue.Queue)。

差异矩阵

何时使用多进程(线程)

GIL,线程锁

大多编程语言，一旦涉及并发，都会比较复杂，知识点也较多（大多为历史问题，很多技术点现在非常少使用了，但语言层面也提供支持，对于这些冷门点，只需要知道即可，使用时也尽量避免使用这种冷门技术，除非和应用场景非常匹配）。实际使用过程中，只需要知道各名词以及大概功能，大多现用现查，毕竟涉及点太多，而且使用频率也并非很高，一般也就新系统研发会使用，后续维护时基本不会涉及太多。

h265,h264

同步和异步

建立项目

可用的rtmp直播地址
耀才证券 ： rtmp://202.69.69.180:443/webcast/bshdlive-pc
湖南卫视 : rtmp://58.200.131.2:1935/livetv/hunantv
广东卫视：rtmp://58.200.131.2:1935/livetv/gdtv
东方卫视：rtmp://58.200.131.2:1935/livetv/dftv
广西卫视：rtmp://58.200.131.2:1935/livetv/gxtv
一段视频 ：rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov

几个概念

RTMP是流媒体协议。 它是Adobe的私有协议，未完全公开。 一般传输的是flv，f4v格式流。在TCP1个通道上传输命令和数据。

字符，字符集，字符编码概念

第二章　视图层