转自： http://xiaoxia.org/2011/11/15/create-a-simple-linux-daemon/
相关文章
- 用C语言创建一个1-100的随机数（简单版）
- C#委托(delegate)的常用方式- 委托的定义 // 委托的核心是跟委托的函数结构一样 public delegate string SayHello(string c); public delegate string SayHello(string c);：定义了一个公共委托类型 SayHello，该委托接受一个 string 类型的参数 c，并返回一个 string 类型的值。 Main 方法 static void Main(string args) { // 本质上其实就是把方法当作委托的参数 SayHello sayC = new SayHello(SayChinese); Console.WriteLine(sayC("欢迎大家")); SayHello sayE = new SayHello(SayEgnlish); Console.WriteLine(sayE("Welcome to")); // 简单的写法:必须类型一样 SayHello s1 = SayChinese; SayHello s2 = SayEgnlish; Console.WriteLine(s1("好好好")); Console.WriteLine(s2("Gooood")); // 最推荐 SayHello ss1 = con => con; Console.WriteLine(ss1("niiiice")); // 匿名委托:一次性委托 SayHello ss3 = delegate(string s) { return s; }; Console.WriteLine(ss3("说中国话")); } 常规实例化委托 SayHello sayC = new SayHello(SayChinese);：创建了一个 SayHello 委托的实例 sayC，并将 SayChinese 方法作为参数传递给委托的构造函数。 Console.WriteLine(sayC("欢迎大家"));：通过委托实例调用 SayChinese 方法，并输出结果。 同理，SayHello sayE = new SayHello(SayEgnlish); 和 Console.WriteLine(sayE("Welcome to")); 是对 SayEgnlish 方法的委托调用。 简化的委托赋值方式 SayHello s1 = SayChinese; 和 SayHello s2 = SayEgnlish;：当委托类型和方法签名一致时，可以直接将方法赋值给委托变量，无需使用 new 关键字。 Console.WriteLine(s1("好好好")); 和 Console.WriteLine(s2("Gooood"));：通过委托实例调用相应的方法。 使用 Lambda 表达式实例化委托 SayHello ss1 = con => con;：使用 Lambda 表达式创建委托实例 ss1，con => con 表示接受一个参数 con 并返回该参数本身。 Console.WriteLine(ss1("niiiice"));：通过委托实例调用 Lambda 表达式。 匿名委托 SayHello ss3 = delegate(string s) { return s; };：使用匿名委托创建委托实例 ss3，delegate(string s) { return s; } 是一个匿名方法，直接在委托实例化时定义了方法体。 Console.WriteLine(ss3("说中国话"));：通过委托实例调用匿名方法。 委托引用的方法定义 public static string SayChinese(string content) { return content; } public static string SayEgnlish(string content) { return content; } public static string SayChinese(string content) 和 public static string SayEgnlish(string content)：定义了两个静态方法，分别接受一个 string 类型的参数 content，并返回该参数本身。这两个方法的签名与 SayHello 委托一致，可以被 SayHello 委托引用。 常规的委托实例化、简化的赋值方式、Lambda 表达式和匿名委托。委托在 C# 中是一种强大的机制，它允许将方法作为参数传递，实现了代码的灵活性和可扩展性。
- Redis --- redis事务和分布式事务锁-事务过程中失败有两种可能： Redis 命令只会因为错误的语法而失败（并且这些问题不能在入队时发现），或是命令中用在了错误类型的键上面，所以如果在生产环境中你使用的正常命令，那么在 Redis 事务中，是不会出现错误而导致回滚的。 来自文档：Redis commands can fail only if called with a wrong syntax... 事务执行一半，Redis宕机。如果 Redis 服务器因为某些原因被管理员杀死，或者遇上某种硬件故障，那么可能只有部分事务命令会被成功写入到磁盘中。如果 Redis 在重新启动时发现 AOF 文件出了这样的问题，那么它会退出，并汇报一个错误。使用redis-check-aof程序可以修复这一问题：它会移除 AOF 文件中不完整事务的信息，确保服务器可以顺利启动 注意： 若在事务队列中存在命令性错误（类似于java编译性错误），则执行EXEC命令时，所有命令都不会执行 若在事务队列中存在语法性错误（类似于java的1/0的运行时异常），则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。 Redis 官网也解释了自己为啥不支持回滚。简单来说就是 Redis 开发者们觉得没必要支持回滚，这样更简单便捷并且性能更好（回滚还需要解决回滚事务覆盖的问题）。Redis 开发者觉得即使命令执行错误也应该在开发过程中就被发现而不是生产过程中。
- linux搭建一个配置简单的nginx反向代理服务器 2个tomcat
- 阿里云服务器，在Docker中启动端口如何开放访问，最简单的设置，阿里云服务器无法访问Rabbitmq端口15672解决办法
- 阿里云linux服务器如何使用docker创建一个属于自己的论坛
- 基于python创建一个简单的HTTP-WEB服务器
- 最简单的dockerfile使用教程 - 创建一个支持SSL的Nginx镜像
- 初始nginx（启动运行） 使用nginx做一个简单的静态资源服务器
- Linux下的.NET之旅：第一站，CentOS+Mono+Xsp构建最简单的ASP.NET服务器