IceBlin

省流:笔者在某宝花了40块买了个64g的海康威视的u盘,闲着没事测试测试u盘性能😢

1.测试软件: Parkdale

结果:HIKSEMI - 3.00 58.6 GB HIKSEMI (G:): 37.9 MByte/sec read, 33.9 MByte/sec write USB
软件评价:

• This is pretty slow for a USB3 device. USB3 device on USB3 controller in USB2 speed!
• 对于USB3设备来说，这是相当慢的。USB3设备上的USB3控制器在USB2速度!

2.测试软件:HD Tune

)

3.测试软件:CrystalDiskMark 8.05

解释:

主要看第1项顺序读写和第3项4K随机读写

SEQ1M|Q8T1表示顺序读写，位深1024K，1线程8队列的测试速度

SEQ1M|Q1T1表示顺序读写，位深1024K，1线程1队列测试速度

RND4K|Q32T1表示随机读写，位深1024*4K，1线程32队列的测试速度

RND4K|Q1T1表示随机读写，位深1024*4K，一线程一队列的测试速度

• Seq指的是连续测试，可以理解为影音文件的读写速度，商家标称速度一般指的是这个速度4K随机读写性能代表了硬盘的数据吞吐能力(单位为iops)，比如：网页缓存的写入、系统文件更新，包括程序、游戏的加载、响应等等都与随机4K读写性能息息相关。对硬盘来说，4K读写的快慢决定了系统的操作体验，对U盘来说，代表了零碎文件（比如复制有大量小文件的文件夹）的读写速度。

• 比如你按下开机按钮，进入Windows以后，启动Windows这个过程既涉及连续文件读，也涉及4K随机读。这个过程有512B文件到128KB各种大小文件的读写过程。Windows正常运行时，产生的临时文件。也是混合两种文件。

P.s : 随机=random['rændəm] 顺序=sequence[ˈsiːkwəns]

4.测试软件: ATTO Disk Benchmark

😄

java复习总结

1. java基础快速重新复习

2. 项目重新跑起来，看看源代码

3. 面试问题常问问题

4. 前端vue复习和测试工具熟悉

5. 开发原则复习

🔚

我总结一下自己工作一个月以来学到的一些方法论和思想

工作上面感想:

🤔 好的工作方式能提高执行效率

1. 工作的方式最好是效率为先，能当面沟通最好，其次电话沟通，打字沟通效率慢
2. 问问题最好是有个大纲或者截图，说清楚自己在干吗，遇到了什么不懂
3. 只要进来公司就不要害怕别人瞧不起你，不懂就问很正常，交流需要认真
4. 上班的内心一定要保持松弛感，一直紧绷着整个人都不会进步也不会好，会积累压力
5. 大胆提出自己的想法不丢人，不懂就不懂，不能不懂装懂会浪费时间和内耗自己
6. 每次都要预估一下自己完成的时间，将一件事情在心中大概计划的 分时间段完成
7. 完成后需要测试截图将结果和组内沟通，初步确认

技术层面感想:

👨‍💻 好的编程思想能提高代码质量

1. 写代码一定要先把实现逻辑想清楚，不然不敲代码，否则是在浪费时间，也不是一种负责的行为, 只有清楚了逻辑你才能和别人讲你的实现思路。

2. 测试非常重要，一定要单元测试，在接口层尽可能的不要去写业务逻辑，要在工具类里去拆解封装好工具函数，并且测试你的工具函数，最后再在接口函数里去调用各种你的工具函数，这样接口才不会臃肿，更好的管理代码。

   ⭐

3. 日志一定要打，每一步的代码都要为自己负责，每一个函数保证自己的正确性，所以每次都需要优先考虑执行错误的情况，并且做出if else判断，每次都要输出日志，最好是每个函数调用都判断，方便出问题能根据日志快速定位到具体的代码函数

4. 遵循设计原则–开闭原则、里氏替换原则等等 写代码一定要考虑后期的维护和规范，写好封装的调用函数，尽量让自己的代码足够动态，对扩展开放，后人不必修改自己的代码也能增加功能。

5. 测试，写完一个方法就要实现这个方法的测试自证自己的代码，如果能在写代码前先写好单元测试根据测试来实现那可能更好(maybe)

工具方面的感想

📏 好的工具能提高工作效率 

测试工具:

java后端测试的工具推荐

1
2
3
4
5

postman --接口文档和测试
Apifox  --接口文档和测试
swagger --接口文档和测试
fiddle  --抓包和发送请求
jmeter  --压测

网络测试工具:

1
2
3
4

sockettools  --模拟tcp/udp 端
httpserver   --模拟http服务器
fiddle
也可以自己手动写监听的jar包 

感想:

工作如果真的无法适应，并且你尝试做出了努力，那么就离开它。

合适的工作才是长久的，离职也不

是一个坏的选择，花一些时间考虑清楚自己的规划和意愿，自由思考的感觉真棒。

这周工作下来明显感觉到了自己的不足

⭐

1. 技术不太行，虽然有点羞愧但事实如此，很多基本的代码和工具类都是靠别人写的和抄出来的，缺少自己的灵活使用和理解。

   -----还需要多写自己的代码，别人的代码固然优秀但是自己也要造一造轮子

2. 业务理解不够，对自己的工作内容的业务理解不到位，和组员沟通不够及时，总是害怕自己给他人带来麻烦。

   ------需要正视自己的内心态度，麻烦别人是很正常的，现在麻烦别人以后就可以减少麻烦了，麻烦别人的时间可能也就几分钟，自己不会瞎捉摸能浪费几十分钟，是十倍于时间的消耗，这是需要明白的道理，但是问问题前需要有自己的思考。

3. 沟通效率不够，遇到问题没有抓住自己目前矛盾的最核心要点，问也不知道怎么问或者问了别人根本不清楚。

   ​ ------尽量做到以下，至少有做到3点

   1. 表示我自己在干吗？（让人清楚你的内容大概）

   2. 我遇到了什么问题（直接说什么错误）

   3. 我的预期是什么

   4. 我做了什么 （代码怎么写的/配置怎么配置的…）

   5. 我想完成什么样的效果（想让你帮我干嘛）

   6. 你清楚吗/你有什么建议吗/你觉得我可能什么地方没注意到

✉️

ok,这周主要是对接了一个门禁一体机到安防系统，实现了

• 功能：系统对门禁的远程开关门和创建、删除人员；

• 事件：有人刷卡刷脸会将事件记录上报给安防系统，能看到行踪记录

• 属性：门的状态属性上报，系统可以得知当前门是处于开的还是关的还是常开常关。

总结：菜就多练，不会就多沟通! O(∩_∩)O哈哈~

下周加油，keep住，其实工作也没很难。现在信心大增hhh

对接第三方api 接口记录

这两天在对接门禁设备到安防系统，遇到一些问题和get到一些新技巧

📑

1. 第三方api和安防系统的需求有不完整的敌法

   在调用远程开关门的时候，门禁的打开或者关闭的状态没法看到，虽然写好了代码但是测试开门或者常开等其他状态时，门禁的显示屏都没变化，无法得知是否成功执行，只能等门禁真正安装才能查看？这显然不合理，那开发在测试时不知道是否有问题。

   所以在对接代码前先测试一下api接口是否符合预期

2. 对安防系统的代码不够熟悉，有些数据不知道是在哪里获得的和流通的走向

   这个没办法只能一点一点打断点或者请教，自己看代码的话容易花费太多时间,系统的各个模块相互依赖比较多需要将负责的部分去理解数据流向>

📖 get新技巧：

• postman的环境变量设置,可以使用{{}}这个类似插值表达式来取环境变量的值，postman可以在test里将比如登录认证返回的token更新设置到环境变量里

​ 大家好，我是 java 小菜鸡 iceblin ，之前就一直有搭建个人博客的想法（我相信大部分学编程的都希望有个自己的博客小天地的😃），现在终于实现了，欢呼喝彩嘿嘿

这是一个傻傻不正经的博主哈哈

⭐ iceblin 个人博客————启动！！！

配置mybatis 步骤如下：

1.jar包和mysqljar包(必须),Junit测试jar包，pagehelper分页jar包，generator逆向过程jar包…

2.创建resource文件夹：需要文件 jdbc.property,mybatis-config.xml

3.创建实体类对应数据库，创建mapper.xml,绑定在mybatis-config.xml中，

编写sql语句和映射关系,编写测试代码

❤️ 标签,动态标签是mybatis的灵魂

常用sql标签:

抽离sqlsql 包含include

查询 select 增删改update

条件(自动去除and)where遍历foreach

动态设置条件set 可以消除，加前缀后缀trim 判断if

🤷‍♀️映射resultMap 类型resultType

🐐进阶：使用分页插件,逆向过程一键生成

1.注入依赖 或者导入生成器jar包

2.配置generator.xml配置生成器信息

3.运行生成器类的生成方法，进行一键生成

-----以上算是个人简单的思路笔记 ----end 😎