继续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看看以后有没有大佬研究研究了