这个问题是因为golang运行时最大进行中线程数限制在10000个。

可以用创建线程池的方式限制同时运行的线程数量。

比如，带有缓冲的channel。

func doThing(d interface{}){
    // 一些业务逻辑
}
func main() {
    var data [1000]int // 假设有1000   
    poolSize := runtime.NumCPU() // 获取cpu核sem := make(chan struct{}, poolSize)
    for _, d := range data {
        sem <- struct{}{}
        go func(d int){
            doThing(d)
            <-sem
        }(d)
    }
}

以上示例中，sem<- struct{}{}操作，在sem通道满的时候会暂停等待空出，因此保证里go func(d int)同时只有poolSize个。

import (
    "context"
    "golang.org/x/sync/semaphore"
)

func doThing(d interface{}){
    // 一些操作
}

func main() {
    data := [1000]int // 假设有1000个poolSize := runtime.NumCPU() // 获取cpu数核量sem := semaphore.NewWeighted(poolSize)
    for _, d := range data {
        sem.Acquire(context.Background(), 1) // 获取1个锁go func(d interface{}){
            doThing(d)
            sem.Release(1) // 释放1个锁
        }(d)
    }
}

以上示例基本思路与上一个channel缓冲示例一样，通过获取池子中的锁来控制并发数量。

您可能已经尝试过 Laravel Octane 和 RoadRunner，这是一款用 Go 编写的简洁的小型 PHP 服务器。在 Octane 和 RoadRunner 的基本安装中，您会注意到一个 .rr.yaml 文件被写入项目文件夹，但实际上是空的。同样，如果您尝试使用 ./rr 运行 RoadRunner 二进制文件，那么它将因缺少配置值而失败，相反，您应该通过 php artisan octane：start 命令运行 Octane。

这是有效的，因为 octane：start 命令在托管进程中运行 RoadRunner 二进制文件本身，同时通过带有一些环境变量的命令行参数配置服务器。

如果我们想在没有 start 命令的情况下运行 RoadRunner 二进制文件，我们必须使用相同的命令参数运行它，或者自己填写 .rr.yaml 配置。这些值需要如下：

http:
  address: 127.0.0.1:8000
  pool:
    num_workers: 0
    max_jobs: 500
    supervisor:
      exec_ttl: 30s
  static:
    dir: public
  middleware: ["static"]

server:
  command: "php ./vendor/bin/roadrunner-worker"

  env:
    - APP_ENV: production
    - APP_BASE_PATH: "/path/to/your/laravel/protect"
    - LARAVEL_OCTANE: "1"

rpc:
  listen: tcp://127.0.0.1:6001

logs:
  mode: production
  level: debug
  output: stdout
  encoding: json

虽然配置中有两个部分您可能希望更改。即服务器命令的 envs。要运行该过程，您必须通过此文件对APP_BASE_PATH和APP_ENV进行硬编码，这可能会很痛苦。

另一件需要注意的事情是，默认情况下，Laravel Octane 在项目的 .gitignore 文件中安装了带有 .rr.yaml 配置文件的 RoadRunner，因此您必须在每台机器上进行设置，除非您决定更改它，尽管目前我认为最好添加您使用的每台设备的配置，因为基本路径可能会在每台机器上更改。

修改后的 .rr.yaml 文件到位后，您现在可以运行 ./rr serve 命令并运行服务器，而无需使用 artisan。

为什么要直接运行 RoadRunner？

这可能会成为一个问题，为什么直接使用 road runner 二进制文件可能更好，答案是，对于大多数人来说，事实并非如此。就我自己而言，我打算在未来构建更多的 roadrunner，包括在 docker 容器中运行服务器。因此，我实际上需要 RoadRunner 将其日志记录信息直接输出到 stdout 中，而不是使用 octane：start 命令将此日志记录信息混淆为自己的格式，从而使查看请求状态变得非常简单。

希望这对一些希望更深入地了解 RoadRunner 以及如何在基本设置之外对其进行自定义的人有用。如果您想了解有关 RoadRunner 配置中可用选项的更多信息，可以在文档中阅读相关内容。

在安装laravel octane扩展后，运行roadrunner时，出现Undefined constant "Laravel\Octane\Commands\Concerns\SIGINT"错误。

这是因为代码中没有检查是否安装了pcntl扩展导致的，也就是说roadrunner需要pcntl库。

因此，安装ext-pcntl扩展后运行即可。

在Go语言中，runtime.GC()函数用于启动垃圾回收器。垃圾回收是自动管理计算机程序中的内存的过程，它释放了不再被程序使用的内存空间，以便其他程序可以使用这些内存空间。

runtime.GC()函数会触发一次显式的垃圾回收。这意味着它会立即释放未被引用的内存，并回收这些内存供其他用途。这有助于保持程序中的内存使用量在一个可管理的水平，并避免了内存泄漏问题。

使用runtime.GC()函数应该谨慎，因为垃圾回收会暂停程序的执行，这可能会对性能产生一些影响。因此，在大多数情况下，应该让Go运行时系统的垃圾回收器自动运行，而不是显式地调用runtime.GC()。可以使用Go语言内置的内存管理机制来控制内存分配和释放，从而最大限度地减少需要显式调用垃圾回收的情况。

以下是一个示例，展示了如何使用runtime.GC()函数：

gopackage main

import (
 "fmt"
 "runtime"
)

func main() {
 // 分配内存
 go func() {
 for i := 0; i < 100000; i++ {
 fmt.Println(i) // 释放内存
 }
 }()

 // 等待一段时间以让内存被分配和释放
 runtime.Gosched()

 // 显式触发垃圾回收
 runtime.GC()
}

在上述示例中，通过启动一个goroutine来分配和释放内存。使用runtime.Gosched()函数暂停当前goroutine的执行一段时间，以便内存分配和释放得以发生。然后，调用runtime.GC()函数显式触发垃圾回收，以释放这些内存。

需要注意的是，通常情况下不需要显式调用runtime.GC()。Go运行时系统会自动进行垃圾回收，以保持内存管理的效率和性能。

runtime.Gosched()函数在Go语言中用于暂停当前goroutine的执行，并将时间片调度器重新调度给其他等待的goroutine。

具体来说，runtime.Gosched()会释放处理器给其他goroutine，直到下一个调度器时间片结束。这使得其他goroutine有机会运行并完成其任务。当这个函数被调用时，当前的goroutine会被挂起，并让出处理器给其他的goroutine。当调度器的时间片结束后，当前的goroutine会被唤醒并从挂起的位置继续执行。

这个函数通常在需要让出控制权，让其他goroutine有机会运行的情况下使用。例如，当goroutine执行一项任务，这项任务是计算密集型的，或者需要执行很长时间，这时就可以用runtime.Gosched()让其他goroutine有机会运行。

需要注意的是，runtime.Gosched()并不会保证一定会让出处理器给其他goroutine，因为调度器的行为取决于具体的实现和系统环境。但是，这个函数提供了一种机制，使得goroutine可以主动让出处理器，从而增加了并发编程的灵活性。

在Docker中，--rm选项用于在容器退出时自动删除容器所创建的镜像。

默认情况下，当容器退出时，Docker会保留该容器的镜像，以供后续使用。但是，如果你使用了--rm选项，Docker将会删除该容器的镜像。

这个选项非常有用，特别是当你只需要临时运行一个容器，而不需要保留其镜像时。使用--rm选项可以确保容器的镜像不会被保留，从而节省磁盘空间。