csdn

preparedStatement 有三大优点： 一，代码的可读性和可维护性 二，PreparedStatement尽最大可能提高性能，有预编译功能 三，最重要的一点是极大地提高了安全性. 第一点直接看两者代码对比 public static void main(String[] args) { try { Class.forName("com.mysql.jdbc.Driver"); } catch (ClassNotFoundException e) { e.printStackTrace(); } String sql = "insert into hero values(null,?,?,?)"; try (Connection c = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306/how2java?characterEncoding=UTF-8","root", "admin"); Statement s = c.createStatement(); PreparedStatement ps = c.prepareStatement(sql); ) { // Statement需要进行字符串拼接，可读性和维修性比较差 String sql0 = "insert into hero values(null,

Ubuntu18.04套餐安装集锦 **1： Ubuntu18.04 安装 Anaconda3** https://blog.csdn.net/qq_15192373/article/details/81091098 2、Ubuntu18.04安装Nvida （1） sudo add-apt-repository ppa:graphics-drivers/ppa （2） sudo apt update （3) 识别显卡模型和推荐的驱动程序 ubuntu-drivers devices (base) luming@luming-HP-Z440-Workstation:~$ ubuntu-drivers devices == /sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0 == modalias : pci:v000010DEd000013BCsv0000103Csd00001140bc03sc00i00 vendor : NVIDIA Corporation model : GM107GL [Quadro K1200] driver : nvidia-driver-430 - third-party free driver : nvidia-driver-410 - third-party free driver : nvidia

makefile 12月经典篇: //--------------------------start---------------------------// 简单的实例，多层嵌套Makefile（一） ---- 最佳开始实例 https://blog.csdn.net/sinat_29830917/article/details/55506309 makefile 多层嵌套实例 https://blog.csdn.net/u011677067/article/details/78697402 一个通用的Makefile (这个应该是非常好的) https://www.cnblogs.com/tureno/articles/6208353.html https://blog.csdn.net/u011677067/category_7004103.html MAKEFILE : https://www.cnblogs.com/tureno/category/926838.html makefile : https://blog.csdn.net/small_prince_/category_9134478.html 如何使用makefile编译不同平台的目标文件（makefile的参数传递） https://blog.csdn.net/LEON1741/article

java中使用jna方式调用dll http://blog.csdn.net/a491857321/article/details/51504094 http://blog.csdn.net/a936676463/article/details/50082277 java中jna参数对照表 https://github.com/java-native-access/jna/blob/master/www/Mappings.md jna指针 http://www.cnblogs.com/armlinux/archive/2009/07/20/2390971.html 64位winIo http://www.cnblogs.com/lilixiang-go/p/4710643.html winIo资料 http://download.csdn.net/detail/u012968101/9107473 http://wenku.baidu.com/link?url=8WgfoJEusRGmUMJXISRqUB7UdP5FNUbqu05F7dSMx9rDEH5jBpBDHyAVIU1_p4JiCItI9vLJqgeYh94niQl8sJCqo1trPhYbKhnixetFcyW http://yuebo85.iteye.com/blog/1392530 找不到dll http:/

在云计算时代，开发和部署应该是完全统一和集成的。在海外，开发者可以用github来管理他们的代码，并且直接部署到Windows Azure上。随着Windows Azure在国内的发布，我们发现，其实在国内也可以使用csdn code平台，将代码管理和发布，完全统一起来。 在这篇文章里，我们会教您如何用CSDN Code，管理您的代码，并直接在Windows Azure的Website上进行发布。 1，在CSDN Code上创建项目 首先，我们需要在 http://code.csdn.net 上注册一个账户。 登录进去以后，可以创建一个新的项目： 我们可以创建一个新的项目,输入一些简单的信息。 项目创建完毕以后，就可以在本地使用git的客户端来管理了。 2，配置本地Git 使用本地git bash来管理远程项目也很简单，具体作法可以参考 https://code.csdn.net/help/CSDN_Code/code_support/FAQ_Index 首先我们需要安装 git客户端 ，这个链接有的时候可能无法下载，可以通过第三方的下载网站获得，当前最新的版本是1.8.4。如果你用的是Windows，那么在安装完毕之后，桌面上会出现一个git bash的图标，运行之后，可以直接运行下面代码来获得版本号： git --version 然后你会看到当前的git版本：

各种与硬件底层相关的数据大都是字节型的传输方式，如串口，如果协议定的不好，解析写不好，就会发生丢包。近期在做linux串口的数据通讯时，发生了让人头疼的丢包，后分析解析代码发现一旦数据段中含有帧头便会解析不到数据，通过一上午的调试，写了一个新的解析。 #include <stdio.h> //帧头　长度　命令　数据　校验　（帧尾：可以不需要，也可以当做简单的校验） //解析思路：接收到帧头后，根据长度来读取数据，最后校验（如果数据中有帧头则会跳过，不影响解析） //示例：帧头－0xaa,0x02 长度－0x07 帧尾－0xbb uint8_t buff[24] ={0x21,0xAA,0xAA,0x02,0x07,0xAA,0xBB,0xBB,0xff,0x34,0x99,0xbb, 0xaa,0xAA,0x02,0x07,0xA7,0xB7,0xaa,0xff,0x14,0xa9,0xbb,0x00 }; int main(int argc, char *argv[]) { uint8_t i=0; uint8_t tbuf = 0; uint8_t cnt = 0;//解析状态标记 uint8_t scnt = 0;//数据段角标 uint8_t slen = 0;//数据段长度 uint8_t *psbuf = NULL;//数据段缓冲区 while(i<24) { /

软件版本 Python: 3.7.3 OS: Win7 Kivy: 1.11.1 Kivy installation method: pip 注意事项 kivy安装基于特定的Python版本，否则报错，二者对应版本问题查看官网 1 更换Pycharm的国内pip源，相关方法可以参见 2 pip版本也会对kivy的安装有影响，建议直接升最高级 具体步骤 第一步：安装kivy 第二步：安装kivy依赖 第三步：测试kivy 官方首页提供的代码 from kivy . app import App from kivy . uix . button import Button class TestApp ( App ) : def build ( self ) : return Button ( text = 'Hello World' ) TestApp ( ) . run ( ) 看一下效果 总结 可以说比较Linux上的命令行安装，这个来的更加 简洁 和 有效 。有关树莓派的安装请参见 3 。 https://kivy.org/#download ↩︎ https://blog.csdn.net/az6116/article/details/102430726 ↩︎ https://blog.csdn.net/qq_40657528/article/details/103577705

RTP/RTCP的时间同步机制 转自：http://blog.csdn.net/leesphone/article/details/5571972 RTP支持传送不同codec的steaming，不同codec的clock rate的也不一样，不同的media之间需要依靠RTCP进行同步。这里简单介绍一下他们的机制。 在每个RTCP SR包中对应有一个RTP时间和一个NTP时间，它表达的意思很明确，那就是这个RTP时间对应的绝对时间， 不同media的RTP时间尽管不同，但可以通过NTP时间映射到同一个时间轴上，从而实现同步。 如下图所示，RTP session 1 send H264 使用90，000HZ，而RTP session 2 send G.711 使用8，000HZ: 最近遇到进行视频流播放时间戳的匹配问题。学到了一些新方法，记录一下。 运行播放IP camera的软件，用wireshark抓包软件，可看到RTSP数据包的传输过程。 因为抓到的数据包是用UDP传输的，需要选择特定协议进行详细解析，具体步骤为： 选择一行UDP数据包数据； 右击 -> 选择Decode As -> 针对所需端口号，选择相应的应用层协议，此处是RTSP。 这样之后就能看到详细的RTSP包数据传输过程，由下图可见。 观察RTCP的Send Report包，可以发现其包含两个时间

转载地址： https://blog.csdn.net/xiaotao_1/article/details/79026406 来源： CSDN 作者： csdn_LYY 链接： https://blog.csdn.net/CSDN_LYY/article/details/103709674

@PostConstruct注解好多人以为是Spring提供的。其实是Java自己的注解。 Java中该注解的说明：@PostConstruct该注解被用来修饰一个非静态的void（）方法。被@PostConstruct修饰的方法会在服务器加载Servlet的时候运行，并且只会被服务器执行一次。PostConstruct在构造函数之后执行，init（）方法之前执行。 通常我们会是在Spring框架中使用到@PostConstruct注解 该注解的方法在整个Bean初始化中的执行顺序： Constructor(构造方法) -> @Autowired(依赖注入) -> @PostConstruct(注释的方法) ———————————————— 版权声明：本文为CSDN博主「那些很冒险的梦丶」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/qq360694660/article/details/82877222 来源： CSDN 作者： 逸风- 链接： https://blog.csdn.net/weixin_44361498/article/details/103709683