Java本来这个应用对接了一个app,然后老板要克隆一个类似的app也上线，这就两个app同时对接一个后台了，可是微信分享支付啥的也变成亮套了，毕竟现在这套是好的，我想着最小改动也就是直接改获取appid这些的地方，但是问题出现了，这些东西是常量，如果改了如果两个app有用户同时访问会出问题。我现在就从Controller获取到了不同然后往下改，可是有没有更好的方式呢，这么改总感觉有点蠢。
+
本来这个应用对接了一个app,然后老板要克隆一个类似的app也上线，这就两个app同时对接一个后台了，可是微信分享支付啥的也变成亮套了，毕竟现在这套是好的，我想着最小改动也就是直接改获取appid这些的地方，但是问题出现了，这些东西是常量，如果改了如果两个app有用户同时访问会出问题。我现在就从Controller获取到了不同然后往下改，可是有没有更好的方式呢，这么改总感觉有点蠢。
1.要么重构，重新设计
2.要么copy一个项目改，不要在原来的改
3.你目前的做法是错误的，要及时终止
用域名做判断也行吧
这个就类似多租户了
二个app，对应同一个后台，往后，一旦其中一个业务走向变了，就是死路一条。
1.APP调用接口全部需要带appid
2.根据appid区分业务逻辑.代码作区分处理
3.底层基础能力代码应该一致,根据appid分别获取对应陪配置设置即可
要么复制一份，另起炉灶（最快）。
要么带appid、路由管理、权限管理、菜单管理等等一套（需要重构）。
接口是有参数的，你告诉我什么参数，就做什么事情、appid也可以作为参数传进来
写在header或者token中