先确定你要多少个链接,然后按照具体数量设置/proc/sys/net/ipv4/ip_local_port_range
设置完后到 windows 中,找到对应分配端口的注册表
设置动态端口避开 ip_local_port_range 占用的动态分配端口
重启系统

@layxy
其实可以,解析服务组件的时候,限定函数参数个数，类型返回值与个数就行
微服务框架的基本做法

我感觉用 ast 解析注释, 配合反射读字段 tag 的形式生成 Swaggo 更灵活一点

我觉得我语文有问题看不懂 2333

假设你写了一个程序叫 nginx
你的程序依赖了以下库
ssl/gif/jpg/png/lua/gjson

如果你使用静态方式引用上述库
ssl 库更新时 你要重新编译 nginx,更新你的程序
gif 库更新时, 你要重新编译 nginx,更新你的程序
gif 库更新时, 你要重新编译 nginx,更新你的程序
....等等


如果你使用动态库方式引用上述库
ssl 库更新时,你只需要更新 ssl 库,不需要更新你的程序
ssl 库更新时,你只需要更新 gif 库,不需要更新你的程序
...等等


假设你的程序代码 1KB
ssl/gif/jpg/png/lua/gjsn 每个库都是 10MB

如果你使用动态库,你的程序编译出来就是 1KB,内存最低 1KB （简单计算）

如果你使用静态库,你的程序编译出来就是 600MB+1KB,内存最低 600MB+1KB （简单计算）

笑死了...都在用 python 了还在纠结性能问题....

我敢打赌 楼主原来是写 js 的

用元类装饰器

```python
class Singleton(type):
_instances = {}
_semaphores = lockutils.Semaphores()

def __call__(cls, *args, **kwargs):
with lockutils.lock('singleton_lock', semaphores=cls._semaphores):
if cls not in cls._instances:
cls._instances[cls] = super(Singleton, cls).__call__(
*args, **kwargs)
return cls._instances[cls]

singleton = six.add_metaclass(Singleton)


@singleton
class Myclass():
....


```


写一个通用的非常方便

缺点时候被装饰的类本身也有元类操作时就出错了

@adoal
把 Kong 和 APISIX 也打标准 rpm 包....

@adoal
可以自己做标准 rpm 打包,稍微改动下标准 nginx 打包文件就可以了
%if %{with lua}
%package mod-http-ndk
Group: System Environment/Daemons
Summary: Nginx HTTP ndk module
Requires: nginx = %{epoch}:%{version}-%{release}

%description mod-http-ndk
%{summary}.

%package mod-http-lua
Group: System Environment/Daemons
Summary: Nginx HTTP lua module
Requires: nginx-mod-http-ndk = %{epoch}:%{version}-%{release}
Requires: openresty-luajit = %{luajit_ver}
Requires: openresty-core = %{core_ver}
Provides: lua-nginx-module = %{lua_ver}

%description mod-http-lua
%{summary}.
%endif

----
%if %{with lua}
--add-dynamic-module=./ngx_devel_kit-%{ndk_ver} \
--add-dynamic-module=./lua-nginx-module-%{lua_ver} \
%endif
%if %{with luastream}
--with-stream \
--add-module=./stream-lua-nginx-module-%{lua_stream_ver} \
%else
--with-stream=dynamic \
%endif

@XCFOX
ent 已经够好了起码可以定义简单的连表关系了

静态语言没法做那么灵活的

用户才会觉得 Electron 垃圾...只是用户不知道而已
知道 Electron 的用户都是程序员所以产生了程序员觉得 Electron 垃圾的错觉

Electron 的问题是又臃肿又慢,核心就是 js 不够行

程序员写 Electron 方便得 1b 好么,总比用其他东西写 ui 来的快多了

3. 后端接口都要都要带版本前缀/v1.0 方便更新修 bug,通过多版本接口实现兼容

1. 用 int 节约带宽就是扯淡,字符串提高开发效率,一眼能看懂的状态用 int 还要想半天
如果后端状态 int 字段本身很多地方都在用了,才考虑用 int 表状态

2.说了 100 便了 了,用 http 重定向用 post 传 get 带 body 就完事

主题森林花钱买
直接搜索 admin angular 或者 admin react/vue

简单来说用 overtime 来控制超时,而不是用 timeout 来控制超时

我说一个....用 ntp 保证各个服务器时间一致,ntp 一搬能保证 128 毫秒以内

所有 rpc 执行数据带上 overtime 时间, 客户端确认超时的时间比 overtime 时间多个 15~30 秒

执行服务器可以通过 overtime 来确认超时

如果你们对外接入多建议 JAVA ，估计很多 SDK 都没提供 go 的版本,到时候超级浪费时间

回错贴 ORZ