daemon

（整理自《鸟哥的Linux私房菜》基础篇） 1.systemd 使用的 unit 分类 1.1 systemd 的配置文件放置目录 systemd 将过去所谓的 daemon 执行脚本通通称为一个服务单位 (unit)，而每种服务单位依据功能来区分时，就分类为不同的类型 (type)。几个比较重要的目录： • /usr/lib/systemd/system/：每个服务最主要的启动脚本设定，有点类似以前的 /etc/init.d 底下的文件； • /run/systemd/system/：系统执行过程中所产生的服务脚本，优先序要比 /usr/lib/systemd/system/ 高； • /etc/systemd/system/：依据主机系统需求所建立的执行脚本，优先序又比/run/systemd/system/ 高。 • /etc/sysconfig/*：几乎所有的服务都会将初始化的一些选项设定写入到这个目录下，举例来说，网络的设定则写在/etc/sysconfig/network-scripts/ 这个目录内。 • /var/lib/：一些会产生数据的服务都会将他的数据写入到 /var/lib/ 目录中。 • /run/：放置了好多 daemon 的缓存文件，包括 lock file 以及 PID file 等 。 1.2 systemd 的 unit 类型分类说明 常见的

日志信息 * What went wrong : Execution failed for task ':app:compileDebugJavaWithJavac' . > Failed to create MD5 hash for file 'E : \android studio work space\work12\scwater\app\libs\AMap3DMap_7 . 1.0 _AMapSearch_7 . 1.0 _AMapLocation_4 . 7.2 _20191030 . jar' . 出现这个，信息太少了，看不出来原因出在哪里，那么接下来我们在如下图： 运行 gradlew compileDebugJavaWithJavac --stacktrace 这样就可以查看具体的错误日志信息如下： Exception is : org . gradle . api . tasks . TaskExecutionException : Execution failed for task ':app:compileDebugJavaWithJavac' . at org . gradle . api . internal . tasks . execution . ExecuteActionsTaskExecuter . executeActions (

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在 Java 中有两类线程：用户线程 (User Thread) 、守护线程 (Daemon Thread) 。 所谓守护 线程，是指在程序运行的时候在后台提供一种通用服务的线程，比如垃圾回收线程就是一个很称职的守护者，并且这种线程并不属于程序中不可或缺的部分。因 此，当所有的非守护线程结束时，程序也就终止了，同时会杀死进程中的所有守护线程。反过来说，只要任何非守护线程还在运行，程序就不会终止。 用户线程和守护线程两者几乎没有区别，唯一的不同之处就在于虚拟机的离开：如果用户线程已经全部退出运行了，只剩下守护线程存在了，虚拟机也就退出了。 因为没有了被守护者，守护线程也就没有工作可做了，也就没有继续运行程序的必要了。 将线程转换为守护线程可以通过调用 Thread 对象的 setDaemon(true) 方法来实现。在使用守护线程时需要注意一下几点： (1) thread.setDaemon(true) 必须在 thread.start() 之前设置，否则会跑出一个 IllegalThreadStateException 异常。你不能把正在运行的常规线程设置为守护线程。 (2) 在 Daemon 线程中产生的新线程也是 Daemon 的。 (3) 守护线程应该永远不去访问固有资源，如文件、数据库

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在Java中有两类线程：User Thread(用户线程)、Daemon Thread(守护线程) Daemon的作用是为其他线程的运行提供便利服务， 比如垃圾回收线程就是一个很称职的守护者 。User和Daemon两者几乎没有区别，唯一的不同之处就在于虚拟机的离开：如果 User Thread已经全部退出运行了，只剩下Daemon Thread存在了，虚拟机也就退出了。 因为没有了被守护者，Daemon也就没有工作可做了，也就没有继续运行程序的必要了。 值得一提的是，守护线程并非只有虚拟机内部提供，用户在编写程序时也可以自己设置守护线程。下面的方法就是用来设置守护线程的。 public final void setDaemon(boolean on) 这里有几点需要注意： (1) thread.setDaemon(true)必须在thread.start()之前设置，否则会跑出一个IllegalThreadStateException异常。你不能把正在运行的常规线程设置为守护线程。 (2) 在Daemon线程中产生的新线程也是Daemon的。 (3) 不要认为所有的应用都可以分配给Daemon来进行服务，比如读写操作或者计算逻辑。 因为你不可能知道在所有的User完成之前

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Java将线程分为User线程和Daemon线程两种。其中 Daemon thread即守护线程。 1.所谓守护线程就是运行在程序后台的线程，程序的主线程Main（比方java程序一开始启动时创建的那个线程）不会是守护线程 2.Daemon thread在Java里面的定义是，如果虚拟机中只有Daemon thread 在运行，则虚拟机退出。 通常Daemon线程用来为User线程提供某些服务。程序的main()方法线程是一个User进程，User进程创建的进程为User进程。当所有的User线程结束后，JVM才会结束。 3. 通过在一个线程对象上调用setDaemon(true)，可以将user线程创建的线程明确地设置成Daemon线程。例如，时钟处理线程、idle线程、垃圾回收线程、屏幕更新线程等，都是Daemon线程。通常新创建的线程会从创建它的进程哪里继承daemon状态，除非明确地在线程对象上调用setDaemon方法来改变daemon状态。 需要注意的是，setDaemon()方法必须在调用线程的start()方法之前调用。一旦一个线程开始执行（如，调用了start()方法），它的daemon状态不能再修改。通过方法isDaemon()可以知道一个线程是否Daemon线程。 4.总之

什么是 DaemonSet？ DaemonSet 确保全部（或者某些）节点上运行一个 Pod 的副本。当有节点加入集群时，也会为他们新增一个 Pod 。 当有节点从集群移除时，这些 Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod。 如何调度 Daemon Pod？ 正常情况下，Pod 运行在哪个机器上是由 Kubernetes 调度器来选择的。然而，由 Daemon Controller 创建的 Pod 已经确定了在哪个机器上（Pod 创建时指定了 .spec.nodeName），因此： 1.DaemonSet Controller 并不关心一个节点的 unschedulable 字段。 2.DaemonSet Controller 可以创建 Pod，即使调度器还没有启动，这对集群启动是非常有帮助的。 与 Daemon Pod 通信 与 DaemonSet 中的 Pod 进行通信，几种可能的模式如下： 1.Push：配置 DaemonSet 中的 Pod 向其它 Service 发送更新，例如统计数据库。它们没有客户端。 2.NodeIP 和已知端口：DaemonSet 中的 Pod 可以使用 hostPort，从而可以通过节点 IP 访问到 Pod。客户端能通过某种方法知道节点 IP 列表，并且基于此也可以知道端口。 3.DNS：创建具有相同 Pod

软硬件协同设计是未来发展的主流，软硬件的界限越来越模糊，软硬件的设计思想是相通的，实现方法是各异的，实现的结果上当然也存在较大差别，因此，很有必要做好软硬件的协同设计。 什么是workqueue？Linux中的Workqueue机制就是为了简化内核线程的创建。通过调用workqueue的接口就能创建内核线程。并且可以根据当前系统CPU的个数创建线程的数量，使得线程处理的事务能够并行化。workqueue是内核中实现简单而有效的机制，他显然简化了内核daemon的创建，方便了用户的编程， Workqueue机制的实现Workqueue机制中定义了两个重要的数据结构，分析如下： 1、cpu_workqueue_struct结构。 该结构将CPU和内核线程进行了绑定。在创建workqueue的过程中，Linux根据当前系统CPU的个数创建cpu_workqueue_struct。在该结构主要维护了一个任务队列，以及内核线程需要睡眠的等待队列，另外还维护了一个任务上下文，即task_struct 2、work_struct结构是对任务的抽象。 在该结构中需要维护具体的任务方法，需要处理的数据，以及任务处理的时间。该结构定义如下： struct work_struct { unsigned long pending; struct list_head entry; void (*func)