分析一下情况吧，如果确实是自身问题，那么跳槽也可能解决不了。但是如果自己确实能做到下个级别的要求，并且当前的业绩也不错，那为啥要惯着公司？

坦白没用，直接被封死😂，你说你学历造假，他们会觉得你技术也存在包装

求拉，R3JhbmFkb1k=

大佬带带弟弟

房价真暴涨的时候，新闻里都在说房住不炒。现在一个劲的说在涨价，说明目前行情确实没拉上来😂😂

有可能智齿之前就把旁边牙根部的牙釉质抵掉了让根部的牙本质暴露了，但是之前有智齿靠在旁边，起到了牙釉质的作用，让你感受不到敏感，但是你把它拔了后，旁边牙的牙本质暴露出来后就导致了敏感，这也是常见的拔牙问题，等它慢慢钙化吧，钙化了就不敏感了，我也是 22 年初拔的，就是这个问题，然后大概 4 个月后才没感觉到敏感。

没有 Android 版吗

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

啊，这难道不是 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[] 来存储，但是内部编码还是指定了的。具体你可以看源码。

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