动态创建子账户时的Auth-Token、API密钥管理及Twilio Java SDK并发问题

此前有建议指出独立软件开发商（ISVs）应为每个客户组织创建新的子账户，基于此产生以下假设与疑问：

假设 #

对于需要account-SID的Twilio Conversations用户资源API，无法再统一使用主账户的account-SID，必须使用资源所在或应创建到的子账户的subaccount-SID。

问题1 #

对于需要提供API密钥的Twilio Conversations令牌创建API，是否无法再使用主账户的API密钥？这意味着每次动态创建子账户时，也需为该子账户动态创建新的API密钥，并将其存储到数据仓库，在需要执行特定API操作时动态获取。账户的auth-token也是如此，该假设是否正确？

问题2（更关键） #

查看Twilio Conversations用户资源API的Java示例代码：

Twilio.init(ACCOUNT_SID, AUTH_TOKEN);
User user = User.creator("RedgrenGrumbholdt").create();

如前所述，此处的accountSid和authToken需为子账户专属。但我们使用单一服务器集群服务所有使用不同子账户的客户，每台服务器运行多线程JVM处理请求。假设有两个并行请求：第一个使用twilio-subAccount1，第二个使用twilio-subaccount2。由于Twilio.init(ACCOUNT_SID, AUTH_TOKEN)的配置对整个JVM生效，两次调用会相互覆盖，可能导致两个用户都被创建到同一个子账户，而非分别创建到对应子账户。

我能想到的解决方法只有序列化所有Twilio API调用，即便JVM可处理大量并发请求；或者完全绕过Java SDK，自行构造和解析HTTP请求与响应。

是否我遗漏了什么？使用Java SDK并发管理多个Twilio子账户是否确实会存在严重性能限制，几乎不可行？

补充验证 #

进一步研究后，发现可构建自定义TwilioRestClient来调用API。以下是否为处理多子账户并发请求的修改后的正确代码？

var myClient = new TwilioRestClient.Builder(subaccountSid, subaccountAuthToken).build();
User user = User.creator("RedgrenGrumbholdt").create(myClient);

我仍对上述内容存疑，故保留问题，请告知是否存在误解或其他建议。

内容的提问来源于stack exchange，提问作者RvPr