多线程编程中锁如何保证自己是线程安全的？
要理解多线程种的锁机制我们得先了解线程的五大状态：创建状态：当线程类编写完毕，我们创建这个线程类的对象的时候，当前创建的线程就处于创建状态。就绪状态：当线程创建完毕，调用start()方法，该线程进入就绪状态，等等cpu分配资源运行的时间片。运行状态：当cpu分配给该线程时间片的时候，线程就可以运行现在的内容， 那么线程记进入运行状态。
阻塞状态：当线程在运行的时候，可能被休眠或者其他方式让该线程让出cpu的使用资源，那么当前线程就进入阻塞状态。当阻塞时间完毕，线程再次进入就绪状态，等待cpu分配资源。死亡状态：当线程该执行的所有内容执行完毕之后，线程就虎进入死亡状态。多线程编程为什么要加锁了解了线程的五大状态，那么线程为什么要加锁其实一个抢票的例子就能理解了：抢票相信大家都能懂，是很多个人抢一张票，那么这里的每个人都是一个线程，也就是说多个线程要抢一个资源。
如果不加锁的话，举个例子：网络游戏相信大家都玩过，对于程序来说，每个一个游戏角色都是一个线程。那么当世界boss出来的时候，是所有人都在打这么一个BOOS，但是游戏的机制就是这一个boss爆出来的装备只能被一个人拾取。如果有人已经在查看这个boss爆出来的箱子的时候，其它人是不能查看这个箱子的。但是如果这个boss爆出来的箱子没有加锁的话，那么所有游戏角色都可以同一时间打开这个箱子，那么也就是说所有人都可以拾取一遍里面的装备。
这个时候锁的重要性就体现出来了。什么是多线程的锁机制说白了就是给多个线程共享的要做的事情加一把锁。每次进入这个事情操作的线程只能有一个，那么这样就会避免多个线程抢一个资源造成数据的不完整性。还是上面的比喻：加了锁之后会避免很多人同一时间来访问这个宝箱，并且当第一个查看的人拿了里面的其中一个装备，那么下一个人再次去查看的时候是没有了拿走的这件装备。
那么也就是说查看并拾取装备这件事被加了锁。一次只能有一个线程进入并操作，这个线程从加锁的操作里面退出了其它线程才能进入。下面有个图就可以很好的解释这个问题：三个颜色的球对应三个线程，中间的管道是所有线程都可以做的事情，那么对中间管道加锁之后，每次只能有一个球可以进去，并且这个求出来之后其它线程才能进入通过。
用专业点的术语来解释下：当我们给某个方法加锁之后，每次只能有一个线程进入该方法，进入该方法的线程会得到一个锁对象，如果这个线程不从加锁的方法中出来，就不会释放这个锁资源，那么其它线程得不到这个锁资源是不能进入该方法的。只有当进入的线程运行完毕释放这个锁资源，其它线程才有可能得到锁资源进入该方法如何使用多线程的锁机制好，我们理解了Java种线程的锁机制，在来看看如何使用线程中的锁机制：使用锁机制其实就是用到一个关键字synchronizedsynchronized修饰方法：同步方法访问修饰符 synchronized 返回类型 方法名（参数列表）{……}或者synchronized 访问修饰符 返回类型 方法名（参数列表）{……}synchronized修饰代码块：同步代码块public void run() {while (true) {synchronized (this) { //同步代码块// 省略修改数据的代码......// 省略显示信息的代码......}}}同步代码块一般情况下使用所有线程共同使用的对象，this是最好的。
身为一个程序员，如何优雅的结束一个线程？
谢谢邀请！早期的jdk版本中提供了退出的方法：hread.stop, Thread.suspend, Thread.resume和Runtime.runFinalizersOnExit ，因为操作不安全，可能会出现不可控的结果，已不推荐使用。在回答之前咱们先看下线程的几个状态和状态切换的过程，如下图（不想画了，网上盗图）：线程退出肯定是初始化后的任何一个状态（不包含终止态）退出。
线程启动后是独立运行的，正常来说启动后是无法干预运行的，只能等其正在运行结束，如果想要干预，只能在共享内存区加状态标识，其实jdk已经内置了一个状态标识就是中断标识，调用中断方法，但是waiting状态的线程会抛出中断异常，自己可以再优化下加共享状态变量。总结一下有三种方法：1、等线程自己执行完结束（这种最优雅，但是也没有讨论的意义了）。
2、调用中断方法，判断中断标识。但是waiting状态下会抛异常，不能算作优雅，示例代码如下：3、自己加中断状态标识，示例代码如下：总结下：waiting状态：此状态下退出只能调用中断方法。blocked状态：分两种，一种可中断，调用中断方法退出；一种不可中断，只能等running后退出。ready状态：等cpu调度，不可干预。
C语言中Thread与Task有什么区别？
Thread是C#中最早的多线程模型，后来才推出的Task。微软推出Task的目的，就是要替代Thread，给程序员们提供一种更科学的线程模型。ThreadThread是基于delegate的早期线程模型。固定参数的delegate支持线程的常规操作，如Start，Join，Abort，Interrupt，Suspend，Resume等等。
使用Thread可以完成大部分的常规线程操作。虽然Thread不如Task强大，但是Thread也有一个使用得非常广泛的API:Thread.Sleep尽管设计得好的多线程程序，完全不需要显式地Sleep!另外，刚才用.Net Framework 4.7.2 创建了一个项目，看了看Thred的API，居然也支持了Yield:Thread.Yield更有ResetAbort这种操作：Thread.ResetAbort真是不用Thread久已！TaskTask是基于Action,Func的更加现代的线程模型。
支持模板参数，比Thread中的固定参数delegate，在进行数据传递的时候，要更加灵活。基于ActionTask采用了和ThreadPool类似的调度策略，但是Task在多核心CPU中在表现，要比ThreadPool更好。在单核心CPU上执行的时候，Thread和Task基本没有太大区别。Task在线程的控制方面，有更加强大的API支持：Task通过CancellationToken支持一种线程的取消机制Task支持Delay操作Task提供了更完善的异常处理机制Task自带线程工厂，方便随时创建TaskTask支持Wait WaitAny WaitAllTask支持WhenAny WhenAllTask支持ContinueWith，节省线程开销Task支持Yield操作Task通过TaskScheduler可以支持线程队列Task还可以配合 async 和 await 关键字，写出更优雅的多线程程序，用过的人才知道有多香！。
。。 。。。总之，Task是更加现代的线程管理模型，推荐优先使用Task。后续我将专门写一批C#中线程相关的文章，欢迎关注：《C#中多线程的那点事儿-Thread入门》《C#中多线程的那点事-多线程的代价》《C#中多线程的那点事-线程池》《C#中多线程的那点事-锁》《C#中多线程的那点事-死锁》。。。
