我觉得楼主做这个音乐聚合很方便用户，但是最合适的运营路子就是想办法和各大厂合作，帮各大厂提升流量和收益，这样才能运营下去，其次如果能聚合各个厂的歌单，用户能在一个平台管理自己多个歌单，听自己喜欢的歌不用切平台，用户应该会更喜欢。

啊，这难道不是 mysql 的问题吗，关 Mybatis 啥事

@loriann 曾经我也是这么认为的。

再补充一下，技术好是一方面，工作态度也是一放面，最后也是最重要的：你得把你技术好，态度好这种事让领导知道。

如果你要问解决办法，那我说下我觉得的可能原因：你说一直在准备考证和看书，是不是整个负责的项目只在工作时间看过；如果只是来个需求才看相关代码，梳理逻辑的话肯定是很拖沓的。

梳理的话，你需要梳理项目有哪些功能点，核心流程的功能点怎么实现，上下游服务是什么，依赖的下游要产出什么自己怎么用，服务的上游是什么，需要什么数据怎么用。

如果上述都有做到，那就是真的历史屎山太恶心，领导觉得 1 天能完成，你觉得完不成，你有把你的难点、疑惑点和领导沟通过吗，如果没有的话确实很容易背锅的。

总之一句话就是最好做到事事有反馈。

禁止套娃

@fire2y 兄弟说下平台的作用吗，学习下

个人认为，这从来都不是代码的问题，根本在于没有一套合理的模型去处理业务；
每次开发的时候，leader 都说要抽象，要扩展，可是最开始的设计根本考虑不到以后的各种业务细分 case，只能不停修修补补。

火币或者币安上的质押挖币，还是比较靠谱的，但是火币之前好像闹出来了质押跑路的情况，币安也有内部人挪用质押币的事情（币安自己悄咪咪自己补上了挪用部分，所以没感知），所以大的平台能玩一玩，但是一般收益低，而且也有风险的。

说错了，是第二行代码使用方式不对。

String name="思";
String sendName = new String(name.getBytes("UTF-8"),"GBK"); // 这里使用错了

byte[] strBytes = name.getBytes("UTF-8"); // name 这个 String 里面使用的事 char[] 存储的字符。JDK1.8 及其以下，String 内部编码都是 UTF16。所以这里的意思是获取 String 的字节，并将 UTF-16 转成 UTF8，再返回字节数组。

String sendName = new String(strBytes, "UTF-8"); // 这里要指定的是按什么编码来解码，解码的意思是把字节数组解码成 String 内部编码，即 UTF16。你这里指定的是 GBK，就是把上一步按 UTF8 编码的字节数组按 GBK 来解码成 UTF16，当然就出问题了。

一般来说，编码间的相互转换都是可逆的，如果出现不能还原，一般都是哪个位置你的理解没对。
Java 中字符串的解码指其他编码转成 String 的内部编码。编码指 String 的内部编码转换成其他编码。

Java 9 之后 String 直接用 byte[] 来存储，但是内部编码还是指定了的。具体你可以看源码。

第三行代码应该不是这样用的吧？

但是，刀剑神域和各大网络游戏类的小说说的那种头盔都是直接脑内成像，不需要眼睛啊，而且各种感触也是直接模拟给大脑