【再写一遍，这个贴内容纯个人推测，只能说某种程度上能对得上游戏内的现象（还有相当部分压根对不上或者说没法对），并不代表游戏内就一定按这一套说发来，或者说代码就一定是这样写的，纯纯的推测】
问题三来了，假如情况如下
1号黄条输出200，原始支援20%
2号黄条输出120，原始支援40%
3号黄条输出50，原始支援60%
4号黄条输出10，原始支援80%
由于一个大前提，团辅效果对于本人来说，进的是黄条而非橙条，这就导致了一个很离奇的结果
先不管什么条，就看这个模型里面1号对其他人的支援究竟有多少
根据乘算的原理，以及自己的支援并不算在支援里面，那么这时候1号对2号的支援，是1 3 4三个人乘算合成之后的结果，而非1 2 3 4四合一
再往后看1号对3号的支援，是1 2 4三个人乘算合成后的，1号对4号是1 2 3三个人乘算合成后的
有没有发现一个问题，实际上对于1号来讲，他的理论团辅效果20%，支援到每一个人头上的数值实际上，首先都不是20%，其次每个人都不一样。。。

在得到多c混合情况下，实际上每一个人，对其他人的支援量都不一样这个结论之后，再结合前面的【转换为拟加算buff】这个过程，就可以很容易的得到一个【理论支援数字】了
1号对2号的支援是1 3 4三个人的支援乘算合成，将这个乘算过程，转换为1号对2号的一个【独立加算支援百分比】，这时候其实就是1号针对2号的黄条，产生的一个【理论支援数字】
同理1号对3号，1号对4号均可得到一个理论支援数字，三者加起来就是此处1号的【理论支援条】

此时1号对其他人的【加算支援】如图，再对于每个人的黄条输出直接乘，就可以得到1号的分块支援以及理论支援条

由1号对其他人的支援可以得到1号的支援条
反过来讲，如果现在设定接受支援的是1号，来看2 3 4号对1号的伤害到底支援了多少
这时候的情况其实就是问题一与问题二的，一个0支援c，与多个0输出辅的简单情况了，只需要将2 3 4号的支援量乘算合成（或者转化为加算支援分别乘）即可得到1号的【理论橙条】
总图如下

问题三的最终结论如下

可惜的一点是找不到自我证明的方法，直接用黄条乘其他人的buff跟用加算支援逆推本质上是同一个式子最后会得到A=A
理论上的推导到此结束，接下来就进入坑爹的实战相关环节了，只能说理想很丰满现实很骨感

为什么说实战环节坑爹呢，把坑爹的地方列出来
①首先，橙条经常根本就对不上黄条，但是原因未知，即使是双开俩号都会有奇怪的对不上环节
（同一张结算）
或许并不是楼上那样的推断，即使自己的辅助buff进自己的黄条，团辅效果也会跟他进行了合成导致橙条跟支援条对不上？还是会有追伤这些属性有奇怪的影响？
但是双开的时候实际上支援条是能对的上的，比如10%的环确实是hit数/10=支援条，为什么跟橙条对不上实在不懂
而且这在低数值情况下偏差的并不是很多，万一高数值偏差差出去一大截呢，不知道是什么情况
②注意场地魔法。比如14-8，那个背景的光柱会给你增伤buff导致【凭空产生橙条】，但是不是每一个场地魔法都会凭空产橙条那就不清楚了（比如84-3暴走最后的希望，822吃球等等）
③【破防】，先不说破防跟乘算伤害有一样的顺序问题，再想想每个人的无视面板，每个人的技能上面会不会有的有无视然后一大部分没有，你给同一个人不同一个技能的支援甚至都不一样，支援条顶破天是一个平均下来的支援量，很难往回代值
④从结算反推一个支援百分比的时候，有相当大的问题

先插播一个用上面那套把81的实战数据【强行凑到表格】里，黄条和buff量都是瞎填的肯定是不准的，结果只能说勉强差不多，计算的输出稍微多了点
不过相比于最后一项，直接【用某人支援，除以总伤害扣掉这人支援条】这种计算方式得出来只有十几二十的支援，起码还是相对更贴合实际情况一点
————
算一下94rs的理论支援，三个20破+风球假如常驻74.4破防，94rs是48和30共计63.6破防，防御按84%算，即使严格按照顺序，其他所有人生效之后rs才生效也是面对57.34%防御，rs带来的破防保底提升57.4%伤害，rs的v本身增伤约24%，也就是rs即使破防最后生效在这个队伍中81关卡理论乘算buff可以达到95.18%。
但前面已经推测过，顺序生效会导致结算会变得特别奇怪，图中rs取的107%代表破防提升大概67%左右勉强算合理

继续21楼，为什么说从结算反推一个支援百分比的时候，会有相当大的问题呢？
通过结算我们可以得到是黄条，橙条，支援条，那么直接用支援条/总伤害这样可行吗？
答案当然是否定的
————
用【用某人支援，除以总伤害扣掉这人支援条】实际意义是【我的支援，①除以接受支援者的基础伤害，②以及接受支援者被其他所有人支援的伤害，二者之和】
但支援条是来自于是【接受支援者的基础伤害】，也就是说直接抠掉自己的支援，会多算一份其他人给的支援进来导致数值严重偏低
————
那么实际上支援条是应该用【支援条】除以【被支援者的黄条和】，就可以得到【支援的百分比buff形式】，也就是说我对其他人支援了xx%的伤害
真的得到了【支援百分比buff形式】了吗？
如果看到这里，恭喜你已经将我想说的东西看完了，其实是先有这一楼的内容才得到楼上的所有内容的
但是事情没有这么简单.jpg

不妨看看【支援条】除以【被支援者的黄条和】究竟是什么东西
回到最初的例子，假如一个c职打1000伤害，两个辅助均提供互不影响的100%乘算增伤，这时候最终伤害是4000
因为两个辅助的增伤均是100%，那很明显二者的支援条肯定是一模一样的，1000是黄条，4000是总伤，减掉1000剩下3000是橙条
所以两个辅助的支援条——都是1500
那么【支援条】除以【被支援者的黄条】是什么东西呢，1500/1000=150%
但我们现在知道乘算增伤是100%，直接通过结算根本得不到这个乘算增伤
同时代回6 7 8楼公式不难发现，此时这个东西实际上是【拟加算支援】！

我也不知道引什么流了怎么改都发不出来，接23楼的

也就是说，我们拿到手的结算也就是已知量，黄条，橙条，支援条。
通过支援条和黄条的作用，可以得到【被转换成加算的buff量】
而此时，我们的原始辅助buff量才是真正的未知量
要得到你到底对队伍贡献了多少百分比的辅助效果，实际上就是要求这个原始的辅助buff量
————
但前面说了，直接算buff量是一件很鬼畜的事情，各种条件不同破防不同覆盖率问题，根本没办法精确理论增伤到底是多少，只能通过在场的数据来推断。
但通过在场的数据又不能直接得到原始的辅助buff量，那就只能尝试【能否将加算buff量转换为乘算buff】了

渊鬼度

至于怎么把加算转换到乘算，那就纯纯的数学问题了。
这里设基础黄条伤害100，1号支援条33，乘算buff未知a（a为百分数），2号支援条16.5，乘算buff未知b，总伤149.5
转换系数为乘算增量/加值和，即(1+a)(1+b)-1与(a+b)的商为x即转换系数
而已设a是原始的乘算buff，那么乘算buff*转换系数=拟加算buff
也就是ax就是加算的百分比支援，同时支援条/黄条=加算的百分比支援，a和b的加算也就是ax和bx分别是33/100=33%和16.5%
现在联立方程组
ax=33%
bx=16.5%
((1+a)(1+b)-1)/(a+b)=x
变形→(1+a)(1+b)-1=(a+b)x
用x消除a与b，a+b+ab=ax+bx
0.33/x+0.165/x+0.33*0.165/x^2=0.495
再化简之后就是一个关于x的二次函数
2个辅助的情况虽然能解，但是假如把辅助从2个增加到3个，甚至4-7个，再人均带点输出跟辅助……
不难看出最后会得到一个关于x的高次函数的式子，几个辅助就是几次（也有可能解法不对）
二次函数还能解，高次函数先不说有多少个根了，根的取值都直接就成大问题，要从n个根里面挑到自己想要的那更是起码手算直接没法干了，我反正是干到这里就结束了
再加上前面说的橙条和支援条子经常对不上blabla直接就收工不干了
大概算是完结了，也算是留档+抛砖引玉了，或者看看有没有大佬有兴趣研究一下
以上

概括性总结
假如俩人给的buff一样，那么支援条也应该是一样，实际上也是一样这里没问题。
但因为乘算导致支援效果放大，支援条/黄条远大于理论的buff值
比如两个100%增伤也就是2倍的buff叠一起会变成4倍的buff300%增伤
而这个由于乘算导致放大的部分，需要按比例分给每一个辅助
这个比例虽然从理论方面可以正面推导，但是从结算反推是不可行的，起码我没找到方法
也就是说目前无法从结算直接得到一个从职业自身出发，在这场到底打了多少百分比支援的准确数值
————
不过在这个过程中找到了一些其他结论
支援条/(总伤害-自己的支援)，是把别人的支援伤害除了进来，所以失真严重
支援条/总黄条，也并不是理论上的支援百分比
每个人对其他人的支援，理论上是都不一样的
场地魔法说不定会给凭空变橙条
游戏内结算条还是有bug.jpg

那么游戏内究竟怎么看支援呢，还是看到这个贴子之前怎么看就怎么看吧，说那么多其实也没啥用，起码我这套理论下来根本就没救.jpg看看以后有没有大佬研究研究了