Ⅰ vc 如何释放线程资源
线程函数返回 这个线程就结束了 线程的内核对象就处于激发（有信号）状态。
线程在创建后会返回一个线程内核对象（线程句柄），通过该内核对象可以强制结束该线程。
如果线程创建后内核对象未使用也未关闭，这个内核对象资源就泄漏了。
内核对象有引用次数的概念：线程创建，内核对象的引用次数是2，CloseHandle会使引用次数-1，线程结束内核对象的引用次数也会-1并处于激发状态，引用次数为0时释放资源并销毁。
DWORD__stdcallaa(void*p)
{
return0;
}
voidmain()
{
CreateThread(0,0,aa,0,0,0);//内核对象泄漏
}
voidmain()
{
HANDLEhthread=CreateThread(0,0,aa,0,0,0);
CloseHandle(hthread);//无泄漏，线程函数结束内核对象销毁
}
Ⅱ linux内核 进程如何销毁
要了解进程的终止，你必须先了解进程结构体task_struct,期中有一些与进程终止相关的非常重要的域，task_struct在内核源代码的linux/sched.h中定义。
进程终止有多种方式，无论何种方式，都会调用内核函数sys_exit()函数，而最终调用do_exit()函数(在kernel/exit.c中定义)在do_exit()函数中首先会做一些检测，包括确保要终止的进程ID不是0或者1，再保证该进程不是处在中断处理程序之中，之后将要终止进程的task_struct结构体中的flag域设置为PF_EXITING表示该进程已经结束，然后就是比较正式的销毁过程，释放进程占用的资源。比如释放其占用的的分配内存(exit_mm())，释放进程间通信的信号量(exit_sem()),释放进程创建或者打开的文件描述符(exit_files()),释放文件系统数据(exit_fs()),释放线程(exit_thread())等等，最后向其父进程发送SIGCHILD信号，将进程状态设置为终止，调用schele()，将CPU控制权交给其他进程。
这是大概的销毁过程的，更详细的过程请参考linux kernel primer这本书以及linux内核源代码。
Ⅲ Linux 内核的进程是如何管理
进程管理负责控制进程对CPU的访问，如任务的创建、调度和终止等。任务调度是进
程管理最核心的工作，由Linux内核调度器来完成。Linux内核调度器根据进程的优先级选择最值得运行的进程。
一个进程的可能状态有如下几种：
（1）运行态——已经获得了资源，并且进程正在被CPU执行。进程既可运行在内核态，也可运行在用户态。
（2）就绪态——当系统资源已经可用，但由于前一个进程还没有执行完释放 CPU，准备进入运行状态。
（3）可中断睡眠状态——当进程处于可中断等待状态时，系统不会调度该程序执行。当系统产生一个中断或者释放了进程正在等待的资源，或者进程收到一个信号，都可以被唤醒进入就绪状态或者运行态。
（4）不可中断睡眠状态——处于中断等待状态，但是该进程只能被使用 wake_up()函数明确唤醒的时候才可进入就绪状态。
（5）暂停状态——当进程收到SIGSTOP、SIGSTP、SIGTTIN或者SIGTTOU就会进入暂停状态，收到SIGCONT信号即可进入运行态。
（6）僵死态——进程已经停止运行，但是其父进程还没有询问其状态。
各状态之间的转换关系和转换条件如下图所示：
这些是我从广州致远的连载课程上了解到的，非常详细，ARM工控产品也是没的说！
Ⅳ Linux用户进程是如何释放内存的
从图中我们可以看出，进程的堆，并不是直接建立在Linux的内核的内存分配策略上的，而是建立在glibc的堆管理策略上的（也就是glibc的动态内存分配策略上），堆的管理是由glibc进行的。所以我们调用free对mal
Linux进程使用内存的基本流程：
从图中我们可以看出，进程的堆，并不是直接建立在Linux的内核的内存分配策略上的，而是建立在glibc的堆管理策略上的（也就是glibc的动态内存分配策略上），堆的管理是由glibc进行的。所以我们调用free对malloc得到的内存进行释放的时候，并不是直接释放给操作系统，而是还给了glibc的堆管理实体，而glibc会在把实际的物理内存归还给系统的策略上做一些优化，以便优化用户任务的动态内存分配过程。
它会从堆的最大线性地址开始，从后向前计算用户任务当前有多少空闲的堆内存（直到碰到使用中的堆内存地址为止），比如在该图中:
它会认为有2048k的可释放内存，只有在该值大于某个特定的threshhold时（2.3.6上为64k），它才会把这些内存归还给系统。而在中间的未使用内存是不会归还给系统的，所以系统也不可能再利用这块物理内存页（我们假设系统没有swap区和swap文件），也就是说系统的内存会为此减少，除非在它之前的堆内存都用free进行释放以后，glibc的堆管理器才有可能（只是有可能）把该段内存归还给系统。
Ⅳ linux中获得和释放资源的基本单位
进程和线程两个容易混淆，首先在Linux内核中是没有线程这个概念的，我们常说的线程其实是轻量级进程的概念：LWP，线程概念其实是C库中的。
我们常说进程是操作系统分配资源的基本单位，线程是CPU调度的基本单位，但这是为什么？
在Linux中每一个进程都是由task_struct结构体来实现的，轻量级进程也就是我们所说的线程它也是一个task_struct结构体实现，当一个程序运行时，操作系用会给这个进程分进程虚拟地址空间，而一个进程中可能存在多个线程来完成不同的事情，把线程的task_struct加载到一个双端队列上从而让CPU去进行调度。
Ⅵ C# kill线程正常释放资源
任何一个线程只要调用了exit都会导致进程结束，各种子线程当然也能很好的结束了，可是这种退出会有一个资源释放的问题.我们知道当一个进程终止时，内核对该进程所有尚未关闭的文件描述符调用close关闭，所以即使用户程序不调用close，在终止时内核也会自动关闭它打开的所有文件。没错，标准C++ IO流也会很好的在exit退出时得到flush并且释放资源，这些东西并不会造成资源的浪费（系统调用main函数入口类似于exit(main(argc,argv))).表面上似乎所有的问题都能随着进程的结束来得到很好的处理，其实并不然，我们程序从堆上分配的内存就不能得到很好的释放，如new ,delete后的存储空间，这些空间进程结束并不会帮你把这部分内存归还给内存.(本文初稿时，因基础不牢固，此处写错，事实上无论进程这样结束，系统都将会释放掉所有代码所申请的资源，无论是堆上的还是栈上的。（感谢ZKey的指导）。这种结束所有线程（包括主线程）的方式实际上在很多时候是非常可取的，但是对于针对关闭时进行一些别的逻辑的处理（指非资源释放逻辑）就不会很好，例如我想在程序被kill掉之前统计一下完成了多少的工作，这个统计类似于MapRece，需要去每个线程获取，并且最后归并程一个统一的结果等等场景）
Ⅶ linux采用什么方法实现内存的分配和释放
Linux 采用 Buddy 算法有效分配和释放物理页块。
linux系统内存管理的特点linux的进程结束后，它占用的资源全部释放，但是内存仅仅是设置了标志，标志了这部分内存已经不再使用，可以被重新分配的。当进程需要内存时，linux系统首先从空闲内存中查找分配，空闲内存不足时就会使用不再使用的内存；另外，如果你的程序又一次运行，系统直接使用内存中
的数据，不再从文件系统读组，提高了效率。这样一来，linux的系统使用律会很高，服务器的在98%以上；这样做的目的是：linux认为内存是最宝贵
的资源，充分利用，不能让他空闲