断点

思路 对文件进行切片 将切片传输给服务器 < template > < div class = "home" > < input type = "file" @change = "handleFileChange" / > < el - button @click = "handleUpload" > 上传 < / el - button > < / div > < / template > < script > // @ is an alias to /src const LENGTH = 10 ; import HelloWorld from '@/components/HelloWorld.vue' export default { name : 'home' , data ( ) { return { file : null , data : [ ] } } , methods : { request ( ) { } , async handleFileChange ( e , length = LENGTH ) { const [ file ] = e . target . files ; if ( ! file ) return ; this . file = file ; } , // 生成文件切片 createFileChunk ( file , length =

****Fiddler教程 Fiddler是最强大最好用的Web调试工具之一，它能记录所有客户端和服务器的http和https请求，允许你监视，设置断点，甚至修改输入输出数据. 使用Fiddler无论对开发还是测试来说，都有很大的帮助。 阅读目录 1. Fiddler的基本介绍 2. Fiddler的工作原理 3. 同类的其它工具 4. Fiddler如何捕获Firefox的会话 5. Firefox 中使用Fiddler插件 6. Fiddler如何捕获HTTPS会话 7. Fiddler的基本界面 8. Fiddler的统计视图 9. QuickExec命令行的使用 10. Fiddler中设置断点修改Request 11. Fiddler中设置断点修改Response 12. Fiddler中创建AutoResponder规则 13. Fiddler中如何过滤会话 14. Fiddler中会话比较功能 15. Fiddler中提供的编码小工具 16. Fiddler中查询会话 17. Fiddler中保存会话 18. Fiddler的script系统 19. 如何在VS调试网站的时候使用Fiddler 20. Response 是乱码的 ****Fiddler的基本介绍 Fiddler的官方网站: www.fiddler2.com

最近在学习VCS，现将VCS的一些使用心得记录下来。 VCS是synopsys的仿真verilog的仿真器。基于linux系统。有命令行模式和图形化模式。图形化模式是用的dve。 以串口verilog代码使用为例，进行VCS使用说明。 简要说明下该串口功能。该串口工作在波特率为115200，无奇偶检验位。一位停止位。当使能信号有效，就将8位数据送出去，输出结束后，在将该数据读回来。即自发自收。 测试代码如下： module ceshi_uart_test; // Inputs reg clk; reg rst_n; reg [7:0] in_data; reg w_en; // Outputs wire [7:0] data; wire tx_free; wire rx_free; // Instantiate the Unit Under Test (UUT) ceshi_uart uut ( .clk(clk), .rst_n(rst_n), .in_data(in_data), .w_en(w_en), .data(data), .tx_free(tx_free), .rx_free(rx_free) ); always #1 clk = ~clk; initial begin // Initialize Inputs clk = 0; rst_n = 0; in_data

因为需要研究下断点上传的问题。找了很久终于找到一个比较好的项目。 效果： 上传中，显示进度，时间，百分比。 点击【Pause】暂停，点击【Resume】继续。 2，代码分析 项目进行了封装使用最简单的方法实现了http的断点上传。 因为html5 里面有读取文件分割文件的类库，所以才可以支持断点上传，所以这个只能在html5 支持的浏览器上面展示。 同时，在js 和 java 同时使用 cr32 进行文件块的校验，保证数据上传正确。 代码在使用了最新的servlet 3.0 的api，使用了异步执行，监听等方法。 上传类UploadServlet 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108

编译时加入 -gdwarf -2 -g3 -O0 可以查看宏定义macro expand *** Ctrl + C 命令中断下来后 c继续 break break functionname，在函数名为 functionname 的入口处添加一个断点；//b main break LineNo，在当前文件行号为 LineNo 处添加一个断点；// b 452 break filename:LineNo，在 filename 文件行号为 LineNo 处添加一个断点。//b anet.c:441 bt:查看堆栈 f *:切换堆栈 info break:查看断点 //info b disable *//禁用某个断点 enable * //启动某个断点 如果没有加上*时,则是禁用或启动全部的断点 delete 编号 为删除某个断点 list : 查看当前断点处的代码 l + l - 回车:重复 打印 p *:查看值 P &*:查看值地址 p *=*:给值 ptype *:查看数据结构 info args:查看当前函数参数的值 线程 查看线程 info thread 切换线程 thread 2 查看当前函数的参数值:info args 控制流命令 next: n跳到下一步不会进入函数体. step: s遇到函数进入函数内部 return:在当前位置返回. finish:执行函数到ghip退出

当我们用Windbg打开一个exe时，调试器第一次中断： 输入kb查看当前栈如下： 0:000> kb # ChildEBP RetAddr Args to Child 00 00fff8bc 77d498e0 5e7dcb19 0105b000 00000000 ntdll!LdrpDoDebuggerBreak+0x2b 01 00fffb18 77d05257 5e7dcb71 00000000 00000000 ntdll!LdrpInitializeProcess+0x1b20 02 00fffb70 77d05151 00000000 00000000 00000000 ntdll!_LdrpInitialize+0xb0 03 00fffb7c 00000000 00fffb90 77ca0000 00000000 ntdll!LdrInitializeThunk+0x11 LdrpInitialize函数是一个新进程的初始线程开始在用户态执行最早代码，LdrpInitializeProcess函数的一个主要任务是加载EXE文件所依赖的动态链接库，在加载每个DLL后，LdrpInitializeProcess都会检查当前进程是否被调试，如果是，则调用用DbgBreakPoint 通知调试器，注意此时并没有调用每个DLL的Dllmain函数。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 推荐Visual Studio 2010新功能-IntelliTrace(智能跟踪) Visual Studio 2010 Ultimate 版本有个新功能IntelliTrace(智能跟踪)， IntelliTrace被引入到Visula Studio中来加速我们对.NET应用程序的调试 ，它通过对预先设置的事件和方法在运行过程中的跟踪并将其有效地传递给调试执行者，从而快速的传递程序在执行过程中的状态和各种信息来帮助开发者更好的调试程序，快速的发现问题。实际上，在Visual Studio 2010之前，Microsoft Visual Stuido已经帮助我们很好的继承了调试工具，比如对变量的监控，对堆栈的查看等等，并且允许设置断点进行单步调试等。所有的这些都在很好的帮助开发者来了解程序在不同的执行过程中的状态以及检测是否按照预先实际的逻辑进行运转，而且更多的，我们通过断点后监测程序状态来发现问题所在。而这样所存在的问题是，一些逻辑上的错误可能发生在断点执行之前，而且很可能是一些无法追查。开发者必须停止当前的调试，重新设置断点并启动调试，而这样的试验过程往往需要很多次才能找到正确的位置来设置断点。IntelliTrace智能的将一些调试信息和程序状态自动的跟踪并实施的展现给开发人员

1、fiddler的配置 打开Fiddler Tool->Fiddler Options->HTTPS 。 （配置完后记得要重启Fiddler）. 选中 ，fiddler就可以截获https请求，第一次会弹出证书安装提示，若是没有，点击Actions-> Trust Root Certificate 另外如果要想监听程序的访问的https站点的使用是不可信任的，则要勾选上‘Ignore servercertificate errors’ 证书安装提示： 点击Yes，留意一下红框里面的内容，DO_NOT_TRUST_FiddlerRoot ,这个就是证书的名称。 点击是 点击确定，证书安装成功 查看一下证书，Actions—>open windows certificate Manager 可以证书已经添加进去了，证书名称就是之前提醒大家留意的，【DO_NOT_TRUST_FiddlerRoot】 2、手机端抓包配置： fiddler监听端口默认是 8888，你可以把它设置成任何你想要的端口。勾选上 “Allow remote computersto connect” ，允许远程设备连接。 为了减少干扰，可以去掉 “Act assystem proxy on startup” 。 手机端（客户端）设置： 首先查看电脑的 IP 地址，确保手机和电脑在同一个局域网内 输入ipconfig

一． Fiddler内置命令。 上一节( 使用Fiddler进行抓包分析 )中，介绍到，在web session（与我们通常所说的session不是同一个概念，这里的每条HTTP请求都成为一个session）界面中可以看到Fiddler抓取的所有HTTP请求.而为了更加方便的管理所有的session, Fiddler提供了一系列内置的函数用于筛选和操作这些session(习惯命令行操作 Linux 的童鞋应该可以感受到这会有多么方便).输入命令的位置在web session管理面板的下方（通过快捷键alt+q可以focus到命令行）. Fiddler内置的命令有如下几种： 1. select命令。 选择所有相应类型（指content-type）为指定类型的HTTP请求，如选择图片，使用命令select image.而select css则可以选择所有相应类型为css的请求，select html则选择所有响应为HTML的请求（怎么样，是不是跟SQL语句很像？）。如图是执行select image之后的结果： 2. allbut命令。 allbut命令用于选择所有响应类型不是给定类型的HTTP请求。如allbut image用于选择所有相应类型不是图片的session(HTTP请求)，该命令还有一个别名keeponly.需要注意的是

一、断点 1.为什么要打断点？ 比如一个购买的金额输入框，输入框前端做了限制大于100，那么我们测试的时候，需要测试小于100的情况下。很显然前端只能输入大于100的。这时我们可以先抓到接口，修改请求参数，绕过前端，传一个小于100的数，检查服务端的功能是否正常。 也就是说接口测试其实是不需要管前端的，主要测后端的功能。 2.Fiddler可以修改以下请求 --Fiddler设置断点，可以修改HTTP请求头信息，如修改Cookie，User-Agent等 --可以修改请求数据，突破表单限制，提交任意数字，如充值最小100，可以修改成1000 --拦截响应数据，修改响应体，如修改服务端返回的页面数据 二、断点的两种方式 1.before response：这个是打在request请求的时候，未到达服务器之前 2.after response：也就是服务器响应之后，在Fiddler将响应传回给客户端之前。 三、全局断点 1.全局断点就是中断fiddler捕获的所有请求，先设置下，点击rules-> automatic breakpoint ->before requests 点击Go按钮走下一步： 可以修改参数： 清除断点： 四、单个断点 已经知道了某个接口的请求地址，这时候只需要针对这一条请求打断点调试，在命令行中输入指令就可以了 请求前断点（before response)：