@nicevar
@bluefalconjun
谢谢回复 最终还是问客户要了源码
自己写__android_log_print 了

@geeglo
谢谢 提供了好赞的思路～

@liuxu
@pcatzj
非常感谢 🙏🙏
确实是有效的 提高了很多工作效率～
可惜木有补全：）

@liuxu 已经将 shell 目录加入.bash_profile 中
但是如何运行呢
还是通过 ./ xxx.sh 吗 这样应该还是会从当前的位置寻找脚本

因为情怀 但情怀还是又期限的
总觉得自己特别狗 爱又不能放弃现实
可能还是不那么深爱吧

@steveshi
对不起哦 标题修改不了了
下次会注意的 ；）

@Hyeongo
@huobazi
T.T 添加引用是指添加 bin 下面的 dll 文件吗？
但是类库发生变动后，必须要手动先重新生成再跑上层代码吗？

我写的是 using BNameSpace;
显示未能找到类型或者命名空间。

@inter 谢谢回复
我已经这样做了 可能是我 using namespace 写法有问题
比如项目 A 依赖 项目 B 。 B 中一个 nameSpace 为 BNameSpace 。
在 A 中改如何引用呢？

做技术第一步是做人

考些有意思的证书肯定比每天回家看直播要好
哪怕是烹饪证书也好哇
怪不得我还是这么胖 눈_눈

@hinkal 再补充下
我的问题中提到"子类去 submit 一个 runnable"
如果修改我上面说的实现，做出以下的实现：
1. 父类中的 thread pool 相关操作对于每个子类都是相同的，是一个共同的模板。
2. 由于是操作相同，当父类的线程机制做调整时，其他全部子类同时受影响。（子类是并列的概念，只是业务有区分）

如果实现共享父类的 thread pool ，会让全部的并行子类都单向依赖这个 thread pool 。
会产生高耦合的危害吗？

换句话说，当这个被依赖的模块，对于依赖它的模块的处理是统一的。
这样的情况，会产生高耦合的危害吗？

@georgema1982 感谢回复
您的观点我完全赞同
只是实际工作中我在极力避免的过程中会遇到问题

除本文所指问题外
例如 Utils 类中，大家的惯例是 private Constructor
public 方法全部 static
您觉得这样的情况如何避免？

@hinkal 感谢您的回复
您给出的设计给了我很大启示

还想和您探讨下 “'多个子类想共享一个父类的线程池'会造成高耦合” 的问题
您是指 多个子类 与 共同父类 之间的耦合吗
如果我在父类中将与 threadPool 相关的操作 写成模板
在子类中去重写实际处理业务的方法 对于子类而言 是否异步是透明的（或者尽量透明）
这样还会产生耦合的现象吗

可能我对耦合的定义仍然不是那么明晰 请指教

@SoloCompany
感谢您的再次回复
如果设计不变，我会使用注入的方式来代替 static

@asj 感谢回复
你说的有道理，可能我的设计本身存在问题。

@shimanooo 感谢回复

@SoloCompany 非常感谢
开拓了新思路

再请教下 通过 Constructor 还是 seter 来实现呢？
在我看来既然已经实现了异步方式， threadPool 的实例是一定要注入的
既 使用 Constructor 方式来实现

但在子类的 Constructor 里，还需要传入其他业务相关的参数
感觉一个业务类的 Constructor 里并列注入一个 threadPool ，看起来有点突兀- -

由于业务能力尚浅，可能有些比较幼稚的观点，请指教

@bigapple111
@YORYOR
@cloudzhou
感谢回复 单例是一种解决方式
不过仍有些疑惑 单例不也是通过 static 方式实现的吗

是否有以下假设：
将需要共享的元从宿主中分离出来，做成单例(仍是 static 的)
就避免 static 可能产生的问题?