没有别的方法。看起来楼主你是从 C/C++ 转过来的，因为常见语言估计也只有 C/C++ 的宏能很简单地做到这件事情了。

提供思路

第一步：通过 callstack 得到调用函数的那句话所在的源文件和行号。
第二部：通过 ast 解析调用的语句。
第三部：你已经拿到所有需要的信息了，可以输出了。

意义何在

@takanoter @wolfie 嗯，看来二位就是特别喜欢自黑的人群了。

我的理念是，口号喊一千遍也会成为真实的。所以自黑这种事情，不是因为面子问题让我觉得 low，而是我觉得，喜欢自黑的人，大概也就是安于做个口中自黑的那种“码农”的人了。

同意，自黑很 low，不知道为啥楼上很多人觉得有趣

https://wiki.haowen-xu.com

hexo+Wikkiten

15 寸

这不是 python 的问题，所有语言都这样。能优雅地 break，必须函数内部有暂停(比如 sleep(0))。否则你只能靠 kill -9

多线程也不管用吧，确定能 break 只能多进程

T& t = (a = b); t = c;

@aria2c 并不是借口哟～

“子非鱼，安知鱼之乐”

如果我有钱，我一辈子想干什么事情呢？

去学习数学，去了解微观，去探索星空，去研究人工智能。居住在哪里不重要，在哪里能做这些浪漫的事情，哪里就是我的家。然而，我没钱。

我也不太想结婚…… 嘛我也不太了解其他人不想结婚的理由，不过我可以说说我的。

理由总结起来无非就一个词语：没钱。然而深层分析这个词语，我和楼主对于没钱的定义可能不太一样。我对于“有钱”的定义，是可以无视所有因生计而带来的妥协，一辈子投身于我想做的事情，这种程度的有钱。量化的话，我觉得王健林的一个小目标，应该是能让我毫无顾忌地结婚的“有钱”吧。

然而我并没有一个亿。

不该想办法维护中间结果的表，降低每次请求计算量么

和朗道十卷以及前置数学知识比起来应该还是容易的……

介绍一些背景知识吧。

设有两台主机，A 和 B。即使 A 发起 TCP 链接到 B，A 也要本地打开一个 TCP 监听端口，并且告知 B 回信数据包发到这个端口。一般而言，如果是客户端应用，A 上面跑的程序不需要指定这个监听端口是什么，由操作系统分配一个空闲的端口。这样的临时分配端口，可以参见 https://en.wikipedia.org/wiki/Ephemeral_port

在你的例子里面，链路是 A -> R -> B，其中 R 是路由器。由 A 发起的 TCP 链接携带了这个 A 的临时端口信息，被 R 看到。R 重写了发给 B 的包，重新分配了它自己的一个临时端口，把 R 的外部临时端口告诉 B，并在状态表里面把这个外部临时端口和 A 的回路端口进行关联，那么 B 发回给 R 的数据包会原路返回 A。直到这个 TCP 链接被关闭，这个 R 的临时端口和 A 的临时端口才会被关闭，状态表项被删除。这就是 NAT 技术。

DMZ 就是把所有不在这个状态表里面的端口接收到的数据，统一发给某个 R 下面的局域网主机。这台主机就是 DMZ 主机。
====

回到你的问题。理论上，UDP 和 TCP 类似，也可以采用相同的 NAT 技术。然而，UDP 没有链接状态。所以 R 无法根据 TCP 链接断开这个信息及时删除状态表，而只能靠猜（比如超时）。因此实现难度比 TCP NAT 要高。因为这些原因，也许一些廉价路由对 UDP NAT 的支持不是很好。。。