（转载请注明出处：http://blog.csdn.net/buptgshengod）
      方法比较笨，以后加深了解再改进吧。
      我们假设有方法run1()和run2()，耗时都比较大，实现他们同步运行将大大提高程序的效率，在这里考虑使用多线程的方法。
首先添加引用，定义bool型i,j为false。


using System.Threading;



在函数入口，比如说start中。


void start()
{
//实例化要开启的新类,  线程thread1执行方法run1
     Thread thread1 = new Thread(run1);
     //实例化要开启的新类,  线程thread2执行方法run2
     Thread thread2 = new Thread(run2);
    while (true)//判断run1和run2是否执行完成
             {
                if (i == true && j == true)
                {
                   break;
                }
                else
                {
                  Thread.Sleep(10); //如果方法执行较慢的话,可以加上
                }
             }
}



 在外面定义run1以及run2的方法


public void run1()
        {
            //do someting
            i = true;
        }
public void run2()
        {
            //do someting
            j = true;
        }

回想我自己第一次开发多线程程序的时候，工程项目文件都建立好了，才打开《MFC windows程序设计》，正襟危坐的翻到多线程一章，边看边写。看来看去，暗自觉得，多线程也不过尔尔嘛，还以为是什么高深的技术。后来这种想法在写那个程序的过程中彻底破灭，就因为没有掌握牢多线程的知识就上手开发，频频崩溃，调试得头疼。最后用了一大堆全局变量，才得以平稳的运行。从来不用全局变量的我，用了那么多全局变量，心里很难受啊，像蚂蚁叮咬一样。
我写程序向来都是想怎么写，马上就下手，自己边想边摸索。现在想想自己写的第一个多线程程序，SQL密码暴力破解器，对多线程的使用方式，特别扭。在这个程序中，最初，由主线程读取字典文件，平均分成四份保存于四个全局变量中。然后开四个线程，每个线程读它自己的字典数据，然后进行尝试连接SQL服务器进行破解。四个线程异步运行，这样有好处也有坏处。
线程异步运行：
优点：四个线程根本不需要做同步，在这个程序中我一个同步对象也没用。四个线程分别用四个全局变量，其它变量都是在各自的堆栈中，互不干扰。并且由于不需要同步，每个线程一直都处于运行状态，不会出现被锁、等待排队访问数据的情况，效率很高。
缺点：虽然处理的数据量都相同，但由于windows系统分别给线程的时间片有实时差异，CPU占用也有实时差异。导致有的线程先处理完结束了，而有的线程还慢吞吞的还有很多数据没处理。这样白白浪费了很多时间。
修改线程数量麻烦，线程的数量在编译时就得决定好了，改为8线程、16线程或更多的话，还要重新修改源代码。
待处理数据需要根据线程数量平均分配，还要处理平均分配后的断开处，增加了代码编写的复杂性。
线程同步运行：
如果把字典数据保存在一个全局变量里，再用一个全局变量标记读到哪里了。多个线程通过互斥量等同步对象进行同步，排队读取字典数据，又各自尝试连接SQL服务器进行破解。多个线程同步运行。
优点：待处理数据就放一个变量里，不用为怎么平均分割，分割不齐而烦恼，代码编写较简单。
所有线程几乎同一时间处理结束退出，不存在早早的就有线程先结束，有的慢慢的还在后面的情况。时间上得到了充分利用。间接提高了效率。
可以轻松的自定义线程数量，想要多少个线程运行，就调用多少次BeginThread，相当方便。开发出的程序用户可以根据机器性能自己选择开启的线程数量。
缺点：由于做了线程同步，在访问同一个全局变量时需要排队访问，效率上略降低。
线程同步要多加注意，多加小心，稍微同步不好，漏了一些细节，就可以让你调试上大半天。
 
不管同步运行还是异步运行，在合适的情况下选择合适的方式即可。
版权声明：本文为博主原创文章，转载请注明出处。	https://blog.csdn.net/CharlesSimonyi/article/details/8666295

文章目录
前言
准备
配置deployment
远程运行

前言
当你厌倦了xftp传文件然后xshell运行服务器上的文件，我觉得可以试试专业版pycharm的远程调试和文件同步功能，主要是两部分，文件同步的 deployment 和远程运行的 ssh interpreter。
准备
首先你需要在本地创建一个与服务器上项目同名的文件夹，这是你的本地版本，你可以在这修改完，通过deployment上传后再运行即可，否则运行的还是服务器上的版本。
配置deployment
将文件夹当做pycharm项目打开，点击 tools->deployment->configuration



添加一个sftp协议的连接



随便给连接设置一个名字，ok



然后设置服务器相关的信息，web server url不用管，root path是根目录，这里可以设置为用户根目录，不过注意，设置根目录后，后面的路径设置是在根目录基础上设置的。



然后点击 mappings，设置文件路径的映射。这里webpath不用管，deployment path是在上面的root path基础上设置的，比如你有个文件在/home/hhh/code，你root path设置为 /home/hhh，deployment path就是/code。不过这都是自动的，一般不会有问题。



ok之后，可以右键文件夹，选择deployment->download from，再点击你刚才命名的deployment，即可下载服务器上对应文件夹下的所有文件到本地。


远程运行
点击file->settings，设置远程服务器上的解释器，如果有了就直接选，如果没有就新加一个，点击小齿轮add，



ssh就不再赘述了，设置解释器时，如果是anaconda的，在anaconda->envs->环境名->bin->python，选中即可，给它sudo权限，不然后期会有报错。

sync folders也要调整，跟之前deployment的对应，不然就跑到默认路径那了。



finish之后应该会出来环境下面的包，ok即可



然后运行如果报错：
sudo+ssh://xxx@xxx/anaconda3/envs/py36/bin/python -u "xxx/code/main.py"
bash: line 0: cd: xxx/code: No such file or directory
SudoPasswordPrompt655neudrfcn7scuc

首先检查解释器的path mappings，即上图中的内容是否改变；若没问题建议重启pycharm，如果还是不行，可以删掉一些ssh interpreter，然后重新设置即可，我是本来两个，然后删掉这个后，还剩一个，设置了path mappings之后就行了，具体什么原因我也不清楚，只知道是path mappings的问题。

参考文章
使用Pycharm连接服务器，实现代码同步
pycharm远程连接linux服务器环境开发调试