缘起：
一个PHP进程本来看不到使用任何的多线程方法，但是，strace时却发现大量的clone调用，而且，ps时，还发现进程状态是Sl 的，随不解，gdb 探查之，发现如下堆栈：
为什么一个简单的域名解析还需要劳驾线程呢？
寻找参考资料：
多线程中使用curl致coredump问题 – 云+社区 – 腾讯云 (tencent.com)
对于多线程的环境，libcurl如果使用 SIGALARM 来实现dns的查询超时控制的话，会有问题，所以，会考虑使用线程的方式来实现。
但是，对于PHP这种单线程环境来讲，使用SIGALARM 也没有问题。
libcurl编译时使用 –enable-ares 来避免使用线程做域名解析
看PHP7中的base64.c， 发现代码比想象的要长不少，仔细看了一下，发现对于不同的目标环境有一些优化，一部分优化就是关于sse的技术： What are SSE instruction sets and what do they do? (techjunkie.com)
该技术应该能优化很多算法。不过，代码看起来就比较晦涩了。
|
1 2 |
# echo "you are right"| gzip --stdout|php -r 'echo gzinflate(substr(file_get_contents("php://stdin"), 10, -8));' you are right |
|
1 2 |
$ echo "you are right"| gzip --stdout| gzip -d you are right |
测试实例：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 |
package main import ( "bufio" "fmt" "net" "sync" ) func main() { addr := "127.0.0.1:8181" ln, err := net.Listen("tcp", addr) if err != nil { panic(err) return } conn1, err := net.Dial("tcp", addr) if err != nil { panic(err) } n, err := fmt.Fprintf(conn1, "client hello\n") if err != nil { panic(err) } if n == 0 { panic("应该能发送成功的") } wg := &sync.WaitGroup{} wg.Add(1) go func(conn net.Conn) { defer wg.Done() r := bufio.NewReader(conn) l, _ , _ := r.ReadLine() println("s:", string(l)) conn.Close() }(conn1) //ln.Close() // 如果这里 Close的话，下面的Accept就会失败，尽管上面有一个已经创建成功的连接 conn, err := ln.Accept() if err != nil { panic(err) } clientHello, _, _ := bufio.NewReader(conn).ReadLine() fmt.Println("c:", string(clientHello)) fmt.Fprintf(conn, "server hello\n") conn.Close() wg.Wait() } |
golang空结构体作为值传递时是不会copy的，都是同一个全局变量。
因为空结构体不管是什么类型，执行什么方法，都无法改变其内容，因为他没有内容，随意，这么干是安全的。
如果让服务本身支持定时关闭，理论上非常可行，但是所有想定时关闭的服务都去实现以下这个逻辑是不是不太好？对于一个已经很成熟的（甚至没有源码的）服务想实现这个功能又该怎么办呢？
根据Linux的思想，一个程序应该只做一件事，并非功能越多越好，把自己该做的事做好就行了。
Linux上有一个非常好的命令: timeout 。只做了一件事，可以实现一个程序在一段时间后结束，如：
|
1 |
timeout 2s sleep 10 |
sleep 想睡10s； 但是timeout 保证让他2s就死掉
5,768