环境变量

1.JDK配置环境变量 JDK版本：jdk-8 u91，安装好后配置JDK的环境变量。 1.1.桌面计算机图标右键 属性 ，左侧选择 高级系统设置 ，点下边的 环境变量 。 1.2 在系统变量下选择 新建 ， 变量名为 JAVA_HOME ，变量值填JDK安装的最终路径，我安装在 C :\Program Files\Java\jdk1.8.0_91， 点击 确定 1.3 找到Path变量点击 编辑 ，在末尾加上 ; %JAVA_HOME%\bin;%JAVA_HOME%\jre\bin （注意;是英文格式的，不要输其他符号空格等），点击 确定 1.4 点击 新建 变量，变量名 CLASSPATH ，变量值 %JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar ，点击 确定 1.5 变量配置完成，使用cmd命令检查配置是否成功，点 开始运行 输入 cmd 打开命令行窗口。输入 java -version ，显示版本1.8.0_91，输入 javac -version ，也显示1.8.0_91，说明JDK安装及环境变量配置成功。 2 tomcat配置 2.1 打开IntelliJ IDEA 新建 一个项目，并命名 2.2 点击 run 开始配置Tomcat，点击 Edit Configurations 2.3 点击 + 添加，选择

Windows系统下可直接安装Openssl集成工具，省去编译等环节，操作简单，效率高。 总体分为三个步骤，即下载安装包、安装并配置环境变量和检测三部分。 步骤一：可直接到官网https://slproweb.com/products/Win32OpenSSL.html 下载所需安装包，安装包存在多版本，如下图所示。 图1 步骤二：安装配置环境变量 下载了exe或者msi安装文件后，直接安装即可。安装完成后，需将Openssl的bin文件路径配置到系统环境变量中，注意路径前后要加英文符号; ，如图2所示。 图2 步骤三：检测安装是否成功 直接按WIN+R，输入cmd后键入回车，进入dos模式后，输入openssl version，如果能显示openss的版本号，则证明安装配置成功。如图3所示。 图3 来源： 51CTO 作者： 李阿淇 链接： https://blog.51cto.com/13520299/2475628

// 获取程序的基目录。 System.AppDomain.CurrentDomain.BaseDirectory // 获取模块的完整路径。 System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName // 获取和设置当前目录(该进程从中启动的目录)的完全限定目录。 System.Environment.CurrentDirectory // 获取应用程序的当前工作目录。 System.IO.Directory.GetCurrentDirectory() // 获取和设置包括该应用程序的目录的名称。 System.AppDomain.CurrentDomain.SetupInformation.ApplicationBase // 获取启动了应用程序的可执行文件的路径。 System.Windows.Forms.Application.StartupPath // 获取启动了应用程序的可执行文件的路径及文件名 System.Windows.Forms.Application.ExecutablePath C# WinForm中AppDomain.CurrentDomain.BaseDirectory与Application.StartupPath的区别示例如下: private void Frm

Tuxedo 配置维护手册 Tuxedo 作为系统的中间件，其配置主要包括：资源文件的配置和应用环境的配置；其管理和维护主要包括：系统的启动和关闭、日志的跟踪查看工作。 Tuxedo 应用系统的配置 一、应用系统的资源配置，全都包含在两个资源配置文件中（ubbconfig 和dmconfig ），在这两个配置文件中包含了系统所有的应用资源（文件）。 1、 对于ubbconfig文件，可以任意使用一个文件名（如：ubb.txt），使用一种文本编辑工具，将应用系统的资源分类进行配置，相关进程启动数量等等都应该配置在其中，然后设置环境变量TUXCONFIG，使用系统命令：tmloadcf 来将文本文件ubb.txt，转化生成环境变量TUXCONFIG制定的二进制文件。在该文件中主要包含了几个参数的设置：系统所使用的共享内存的键值IPCKEY，针对workstation客户端的监听进程的端口（WSL），多台机器之间互连（登记中心与各网关）的网络地址和端口（NADDR，NLSADDR），数据依赖路由的设定等等。 详细的内容参看《Ubbconfig配置.doc》 参看模版来实现移植或添加应用进程等等。 2、 对于dmconfig文件，可以任意使用一个文件名（如：dm.txt），使用一种文本编辑工具，将应用系统的多域互联及互相调用的关系进行配置，包括多域之间互联的地址和端口，然后使用系统命令

一.安装开发库 客户机:vmcln(192.168.1.20) root@vmcln:/# apt-get install libkrb5-dev libldap2-dev libsasl2-dev 二.SASL/GSSAPI(不含krb5库) 1.源代码 //源文件名:testsasl.c #include <sasl/sasl.h> #include <ldap.h> #include <stdio.h> #include <stdlib.h> //回调函数 static int _ldap_sasl_interact( ) { return LDAP_SUCCESS; //#1 } int main() { LDAP *ld; int rc; unsigned long version = LDAP_VERSION3; if (( rc = ldap_initialize(&ld,"ldap://192.168.1.11/")) != LDAP_SUCCESS) //LDAP服务器地址 { return(1); } rc = ldap_set_option(ld,LDAP_OPT_PROTOCOL_VERSION,(void*)&version); //绑定 if ((rc=ldap_sasl_interactive_bind_s(ld,NULL, "GSSAPI",/

某厂面试归来，发现自己落伍了！>>> ldd命令的作用是查看程序依赖的动态链接库信息。使用nm命令也可以获取库函数的信息；nm命令可以列出一个函数库文件中的符号表，它对静态的库函数和共享的库函数都能起作用。 Linux动态库的默认搜索路径是/lib和/usr/lib。动态库被创建后，一般都复制到这两个目录中。当程序执行时需要某动态库，并且该动态库还未加载到内存中，则系统会自动到这两个默认搜索路径中去查找相应的动态库文件，然后加载该文件到内存中，这样程序就可以使用该动态库中的函数，以及该动态库的其它资源了。在Linux 中，动态库的搜索路径除了默认的搜索路径外，还可以通过以下三种方法来指定。 方法一：在配置文件/etc/ld.so.conf中指定动态库搜索路径 。 可以通过编辑配置文件/etc/ld.so.conf来指定动态库的搜索路径，该文件中每行为一个动态库搜索路径。每次编辑完该文件后，都必须运行命令ldconfig使修改后的配置生效。我们通过例1来说明该方法。 方法二：通过环境变量LD_LIBRARY_PATH指定动态库搜索路径 。 通过设定环境变量LD_LIBRARY_PATH也可以指定动态库搜索路径。当通过该环境变量指定多个动态库搜索路径时，路径之间用冒号"："分隔。下面通过例2来说明本方法。 方法三：在编译目标代码时指定该程序的动态库搜索路径 。

某厂面试归来，发现自己落伍了！>>> 前言 也许这个话题并不新鲜，因为 LD_PRELOAD 所产生的问题由来已久。不过，在这里，我还是想讨论一下这个环境变量。因为这个环境变量所带来的安全问题非常严重，值得所有的 Unix 下的程序员的注意。 在开始讲述为什么要当心 LD_PRELOAD 环 境变量之前，请让我先说明一下程序的链接。所谓链接，也就是说编译器找到程序中所引用的函数或全局变量所存在的位置。一般来说，程序的链接分为静态链接和 动态链接，静态链接就是把所有所引用到的函数或变量全部地编译到可执行文件中。动态链接则不会把函数编译到可执行文件中，而是在程序运行时动态地载入函数 库，也就是运行链接。所以，对于动态链接来说，必然需要一个动态链接库。动态链接库的好处在于，一旦动态库中的函数发生变化，对于可执行程序来说是透明 的，可执行程序无需重新编译。这对于程序的发布、维护、更新起到了积极的作用。对于静态链接的程序来说，函数库中一个小小的改动需要整个程序的重新编译、 发布，对于程序的维护产生了比较大的工作量。 当 然，世界上没有什么东西都是完美的，有好就有坏，有得就有失。动态链接所带来的坏处和其好处一样同样是巨大的。因为程序在运行时动态加载函数，这也就为他 人创造了可以影响你的主程序的机会。试想，一旦，你的程序动态载入的函数不是你自己写的，而是载入了别人的有企图的代码

某厂面试归来，发现自己落伍了！>>> mac 一般使用bash作为默认shell Mac系统的环境变量，加载顺序为： /etc/profile /etc/paths ~/.bash_profile ~/.bash_login ~/.profile ~/.bashrc 当然/etc/profile和/etc/paths是系统级别的，系统启动就会加载，后面几个是当前用户级的环境变量。后面3个按照从前往后的顺序读取，如果~/.bash_profile文件存在，则后面的几个文件就会被忽略不读了，如果~/.bash_profile文件不存在，才会以此类推读取后面的文件。~/.bashrc没有上述规则，它是bash shell打开的时候载入的。 如果没特殊说明,设置PATH的语法都为： ——————————————————- #中间用冒号隔开 export PATH=$PATH:<PATH 1>:<PATH 2>:<PATH 3>:------:<PATH N> （一）全局设置 下面的几个文件设置是全局的，修改时需要root权限 1）/etc/paths （全局建议修改这个文件 ） 编辑 paths，将环境变量添加到 paths文件中 ，一行一个路径 Hint：输入环境变量时，不用一个一个地输入，只要拖动文件夹到 Terminal 里就可以了。 2）/etc/profile

某厂面试归来，发现自己落伍了！>>> 另外如ECLIPSE的环境变量以及它所用JDK都已经弄好了，是不需要在相关的配制的了。 开发Android的环境要重新在Mac上搭建，结果在配置环境变量时找不到.bash_profile文件。查过很多资料解决方案都很笼统，结果还是在英文网站上找到解决方法。 1. 启动终端Terminal 2. 进入当前用户的home目录 输入cd ~ 3. 创建.bash_profile 输入touch .bash_profile 4. 编辑.bash_profile文件 输入open -e .bash_profile 因为是为了搭建Android开发环境，输入Android SDK下的tools目录：export PATH=${PATH}:/eclipse/android_sdk/tools 5. 保存文件，关闭.bash_profile 6. 更新刚配置的环境变量 输入source .bash_profile 7. 验证配置是否成功 输入android启动Android SDK and AVD Manager 来源： oschina 链接： https://my.oschina.net/u/1177694/blog/745775

某厂面试归来，发现自己落伍了！>>> 本书代码下载 大家可以从我的网站下载本书的代码：http://www.juvenxu.com/mvn-in-action/，也可以通过我的网站与我取得联系，欢迎大家与我交流任何关于本书的问题和关于Maven的问题。 咖啡与工具 本书相当一部分的内容是在苏州十全街边的Solo咖啡馆完成的，老板Yin亲手烘焙咖啡豆、并能做出据说是苏州最好的咖啡，这小桥流水畔的温馨小 屋能够帮我消除紧张和焦虑，和Yin有一句没一句的聊天也是相当的轻松。Yin还教会了我如何自己研磨咖啡豆、手冲滴率咖啡，让我能够每天在家里也能享受 香气四溢的新鲜咖啡。 本书的书稿是使用Git和Unfuddle（http://unfuddle.com/）进行管理的，书中的大量截图是通过Jing（http://www.techsmith.com/jing/）制作的。 JuvenXu 2010年10月于苏州Solo咖啡 致谢 感谢费晓峰，是你最早让我学习使用Maven，并在我开始学习的过程中给予了不少帮助。 感谢Maven开源社区特别是Maven的创立者Jason Van Zyl，是你们一起创造了如此优秀的开源工具，造福了全世界这么多的开发人员。 感谢我的家人，一年来，我的大部分原来属于你们的业余时间都给了这本书，感谢你们的理解和支持。 感谢二少、Garin、Sutra、JTux、红人