C ++中的_tmain（）和main（）有什么区别？

如果我使用以下main（）方法运行C ++应用程序，则一切正常：

int main(int argc, char *argv[]) 
{
   cout << "There are " << argc << " arguments:" << endl;

   // Loop through each argument and print its number and value
   for (int i=0; i<argc; i++)
      cout << i << " " << argv[i] << endl;

   return 0;
}

我得到了我的期望，并且我的论据被打印出来。

但是，如果我使用_tmain：

int _tmain(int argc, char *argv[]) 
{
   cout << "There are " << argc << " arguments:" << endl;

   // Loop through each argument and print its number and value
   for (int i=0; i<argc; i++)
      cout << i << " " << argv[i] << endl;

   return 0;
}

它仅显示每个参数的第一个字符。

造成这种情况的区别是什么？

_tmain在C ++中不存在。main做。

_tmain 是Microsoft的扩展程序。

main根据C ++标准，是程序的入口点。它具有以下两个签名之一：

int main();
int main(int argc, char* argv[]);

Microsoft已添加了一个wmain，它将以下内容替换为第二个签名：

int wmain(int argc, wchar_t* argv[]);

然后，为了更轻松地在Unicode（UTF-16）和它们的多字节字符集之间进行切换，他们定义_tmain了（如果启用Unicode的话）编译为wmain，否则编译为main。

至于问题的第二部分，难题的第一部分是您的主要功能是错误的。wmain应该wchar_t争论，而不是char。由于编译器不会对该main函数强制执行此操作，因此您将获得一个程序，其中将wchar_t字符串数组传递给该main函数，该函数将它们解释为char字符串。

现在，在启用了Unicode的Windows使用的字符集UTF-16中，所有ASCII字符均表示为一对字节，\0后跟ASCII值。

而且由于x86 CPU是低位字节序的，因此这些字节的顺序被交换，因此ASCII值首先出现，然后是空字节。

在char字符串中，通常如何终止字符串？是的，由一个空字节组成。因此您的程序会看到一串字符串，每个字符串长一个字节。

通常，在进行Windows编程时，您有三个选择：

• 明确使用Unicode（调用wmain，对于每个与char相关的参数的Windows API函数，请调用-W该函数的版本。而不是CreateWindow，请调用CreateWindowW）。而不是使用charuse wchar_t，依此类推
• 明确禁用Unicode。调用main和CreateWindowA，然后将其char用于字符串。
• 两者都允许。（分别调用_tmain和CreateWindow，分别解析为main / _tmain和CreateWindowA / CreateWindowW），并使用TCHAR代替char / wchar_t。

这对于windows.h定义的字符串类型同样适用：LPCTSTR解析为LPCSTR或LPCWSTR，对于包含char或wchar_t的所有其他类型，始终存在-T-版本，可以代替使用。

请注意，所有这些都是Microsoft特定的。TCHAR不是标准的C ++类型，它是Windows.h中定义的宏。wmain和_tmain也仅由Microsoft定义。

_tmain是根据是否使用Unicode或ASCII进行编译而重新定义的宏。它是Microsoft的扩展程序，不能保证可以在任何其他编译器上使用。

正确的声明是

 int _tmain(int argc, _TCHAR *argv[]) 

如果定义了宏UNICODE，则扩展为

int wmain(int argc, wchar_t *argv[])

否则扩展为

int main(int argc, char *argv[])

您的定义各不相同，并且（如果定义了UNICODE）将扩展为

 int wmain(int argc, char *argv[])

这是完全错误的。

std :: cout使用ASCII字符。如果使用宽字符，则需要std :: wcout。

尝试这样的事情

#include <iostream>
#include <tchar.h>

#if defined(UNICODE)
    #define _tcout std::wcout
#else
    #define _tcout std::cout
#endif

int _tmain(int argc, _TCHAR *argv[]) 
{
   _tcout << _T("There are ") << argc << _T(" arguments:") << std::endl;

   // Loop through each argument and print its number and value
   for (int i=0; i<argc; i++)
      _tcout << i << _T(" ") << argv[i] << std::endl;

   return 0;
}

或者，您可以预先决定是使用宽还是窄字符。:-)

2013年11月12日更新：

将传统的“ TCHAR”更改为“ _TCHAR”，这似乎是最新的时尚。两者都很好。

结束更新

_T约定用于指示程序应使用为应用程序定义的字符集（Unicode，ASCII，MBCS等）。您可以用_T（）括起来，以正确的格式存储它们。

 cout << _T( "There are " ) << argc << _T( " arguments:" ) << endl;

好的，这个问题似乎已经很好地回答了，UNICODE重载应将宽字符数组作为其第二个参数。因此，如果命令行参数"Hello"可能以as结尾，"H\0e\0l\0l\0o\0\0\0"并且您的程序只会'H'在看到它认为是空终止符之前打印出。

所以现在您可能想知道为什么它甚至可以编译和链接。

它之所以可以编译，是因为可以定义函数的重载。

链接是一个稍微复杂的问题。在C语言中，没有修饰的符号信息，因此只能找到一个称为main的函数。argc和argv可能始终作为调用堆栈参数存在，以防万一，即使您的函数是使用该签名定义的，即使您的函数碰巧忽略了它们也是如此。

尽管C ++确实具有修饰符，但几乎可以肯定地将C-linkage用于main，而不是一个聪明的链接器，该链接器依次查找每个链接器。因此，它找到了您的wmain并将参数放到调用堆栈中，以防它是int wmain(int, wchar_t*[])版本。

只需花一点时间将其模板化，它就可以处理任何对象列表。

#include <iostream>
#include <string>
#include <vector>

char non_repeating_char(std::string str){
    while(str.size() >= 2){
        std::vector<size_t> rmlist; 
        for(size_t  i = 1;  i < str.size(); i++){        
            if(str[0] == str[i]) {
                rmlist.push_back(i);
            }      
        }          

        if(rmlist.size()){            
            size_t s = 0;  // Need for terator position adjustment   
            str.erase(str.begin() + 0);
            ++s;
            for (size_t j : rmlist){   
                str.erase(str.begin() + (j-s));                
                ++s;
            }
         continue;
        }
        return str[0];
   }
    if(str.size() == 1) return str[0];
    else return -1;
}

int main(int argc, char ** args)
{
    std::string test = "FabaccdbefafFG";
    test = args[1];
    char non_repeating = non_repeating_char(test);
    Std::cout << non_repeating << '\n';
}