@hotdogwc 多谢。我好好研究一下。发现把(引用和生命周期)全部魔改成 Rc<RefCell<Tuner>>，代码就好写多了。

@hotdogwc 谢谢大佬。再请问一下，如果想在 listen_radio 里面实现 self.amp.set_tuner(&self.tuner)，应该如何指定生命周期？

@jedrek Thanks 。

@Jirajine 学习了。多谢！

@Jirajine I see 。我能理解只有 trait 而不用继承的 trade-off 。那么具体到对于“试图共享 get/set 的具体实现”这一基本问题，在 Rust 中是不是除了重复就别无他法（不引入 macro 的情况下）？另外，Rust 中针对 Strategy Pattern 是否有更好的解决方案，而不用写 get/set ？再进一步，鉴于 Rust 不是传统的 OO 语言，是不是很多时候写 Design Pattern 就注定了是“吃屎”的写法？

@VDimos 谢谢提示。我学习一下 Macro 的写法。

@jedrek 请大佬明示。用 Rust 模仿 Java 确实不妥。但如果要实现类似功能（比如这里的 Strategy Pattern ），Rust 的“吃饭”方式应该是什么？

@israinbow 我觉得你的理解有部分误区。resources 里面的文件最后还是在 WEB-INF/classes 下面。终极原因是 tomcat 重写了 JDK 的 classloader 的代码，其中关键代码之一就是下面那位同学指出的 nameToPath 。换言之，你不加 /它反倒给你加上 /，用于拼接字符串放在“WEB-INF/classes”后面构成完整合法的路径。我说的“下面均假设资源文件均在 main 目录下面的 resources 里面”是标准的 Maven 工程结构。

@ikas 是的，后来我也看了 tomcat 的代码，定位到这个函数。多谢！

@israinbow 能具体解释吗？我上面找到那个新版本 Tomcat 能够处理带“/”的路径的解释有问题吗？我也只是看到那个答案，不清楚具体情况？

隐约找到了一个很可能的[解释]( https://stackoverflow.com/questions/2653322/getresourceasstream-not-loading-resource-in-webapp#comment5040719_2653353)：大体的意思是 Tomcat 8 及之后，`WebAppClassloader` 能够同时处理带或者不带“/”的路径；而在 Tomcat 7 之前，仅能处理不带“/”的路径。显然，JDK 本身的`Classloader`还是只能处理不带“/”的路径。

但是对 Java EE 中这个`WebAppClassloader`相关类加载的东西还不是很懂，也没见到靠谱资料，是否有懂行的大佬推荐点相关资料？

@e583409 多谢回复。我只是好奇：Hadoop 内部是如何得到 HADOOP_MAPRED_HOME 的默认值的？它是否必须？

@THP301 跪久了？

@grazie 这误人子弟了。Nouveaou 是开源驱动，性能差很多，非常不推荐。一般情况下 Ubuntu 官方仓库的就行；如果想第一时间安装最新驱动（一般比 Nvidia 官方慢几天）也推荐配置 NVIDIA PPA 。

@neoblackcap 嗯。基本破案了，应该是我之前 LD_LIBRARY_PATH 中的:导致的。之前看到一些说法是 LD_LIBRARY_PATH 建议不要设置，比如： https://www.ituring.com.cn/article/22101

@zhongrs232 多谢提醒。我之前在 LD_LIBRARY_PATH 里面设置的是 export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/cuda-11.2/lib64 。最后的结果就是`:/usr/local/cuda-11.2/lib64`，这个`:`有可能相当于把`.`包含进去了？

@Jirajine 那个只是更新 ld.so.conf，但里面并无异常。我当前目录不在其搜索路径。

@zhongrs232 奇怪了？如何解释这个相同 g++版本的不同行为？

哪位朋友用 g++ 9.3+试试？